Программы, настроенные на использование dmalloc, ссылаются на ошибку файла заголовка - PullRequest
Новая
       24

Программы, настроенные на использование dmalloc, ссылаются на ошибку файла заголовка

1 голос
/ 30 октября 2009

При попытке скомпилировать lynx я использовал опцию настройки with-dmalloc. Но компиляция прервалась, выдав эту ошибку: 

 /usr/include/dmalloc.h:460: error: expected identifier or '(' before '__extension__'
> /usr/include/dmalloc.h:484: error: expected identifier or '(' before '__extension__'
> make[1]: *** [HTParse.o] Error 1
> make[1]: Leaving directory `/tmp/lynx2-8-8/WWW/Library/Implementation'
> make: *** [all] Error 2

Это то, что содержат ошибочные строки в dmalloc.h: 


> Line 460: char *strdup(const char *string);
> Linu 484: char *strndup(const char *string, const DMALLOC_SIZE len);

Файл также можно просмотреть на http://www.filewatcher.com/p/dmalloc-5.5.2.tbz.467309/include/dmalloc.h.html

Разработка на dmalloc в значительной степени остановлена, поэтому не стоит ожидать исправления от апстрима Любая помощь?

Ответы [ 2 ]

3 голосов
/ 13 января 2016

Я столкнулся с подобной проблемой при установке dmalloc на Fedora 21 x86_64: 

dmalloc-5.5.2]$ make
rm -f dmalloc.h dmalloc.h.t
cat ./dmalloc.h.1 dmalloc.h.2 ./dmalloc.h.3 > dmalloc.h.t
mv dmalloc.h.t dmalloc.h
rm -f arg_check.o
gcc -g -O2  -DHAVE_STDARG_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -    DHAVE_UNISTD_H=1 -DHAVE_SYS_MMAN_H=1 -DHAVE_SYS_TYPES_H=1 -    DHAVE_W32API_WINBASE_H=0 -DHAVE_W32API_WINDEF_H=0 -DHAVE_SYS_CYGWIN_H=0 -    DHAVE_SIGNAL_H=1  -I. -I.  -c arg_check.c -o ./arg_check.o
In file included from /usr/include/string.h:634:0,
             from arg_check.c:33:
dmalloc.h:484:7: error: expected identifier or ‘(’ before ‘__extension__’
 char *strndup(const char *string, const DMALLOC_SIZE len);
   ^
Makefile:362: recipe for target 'arg_check.o' failed
make: *** [arg_check.o] Error 1

Решено, изменив dmalloc-5.5.2 / dmalloc.h.3: 

 - 432 | extern
 - 433 | char    *strndup(const char *string, const DMALLOC_SIZE len);

 + 432 | #undef strndup
 + 433 | extern
 + 434 | char    *strndup(const char *string, const DMALLOC_SIZE len);

Источник мудрости: https://dev.openwrt.org/browser/packages/devel/dmalloc/patches/400-undef-strndup.patch?rev=31253

0 голосов
/ 05 сентября 2010

Я столкнулся с чем-то вроде этого и обнаружил, что это было вызвано тем, что dmalloc.h был включен до, например. и др. так, чтобы идентификаторы макросов из dmalloc.h искажали объявления для реального valloc / realloc / memdup и т. д.

Может ли это быть тем, что вы видите?

...