From: SourceForge.net <no...@so...> - 2006-05-19 14:41:56
|
Bugs item #1489936, was opened at 2006-05-17 04:21 Message generated for change (Comment added) made by hoehle You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1489936&group_id=1355 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: regexp Group: build problems Status: Open Resolution: None Priority: 5 Submitted By: Eitan Levi (drskrud) Assigned to: Bruno Haible (haible) Summary: regex.h gets clobbered by Glibc's regex.h Initial Comment: I had some problems compiling Clisp 2.38 since the build would constantly fail while trying to compile the regexp module, complaining that a number of macros were undefined identifiers. Some careful investigating revealed that gcc was #including the system regex.h file (from /usr/include) which is part of Glibc (I'm using version 2.3.6). The Glibc version of regex.h does not define such things as REG_TRANSLATE_TYPE, which caused the build to explode. Going to clisp's regexp/regex.c file and changing the line that said #include <regex.h> to #include "regex.h" solved the problem by having the build rely on the local copy of the header file. Even though there *was* a -I. option, I think GCC (I'm using version 4.0.2) still gave /usr/include higher precedence. ---------------------------------------------------------------------- >Comment By: Jörg Höhle (hoehle) Date: 2006-05-19 16:41 Message: Logged In: YES user_id=377168 Could you please investigate GCC's behaviour closer? -I. should take precedence -- normally. However, the manpage also says: If a standard system include directory, or a directory specified with -isystem, is also specified with -I, the -I option will be ignored. E.g. there's potential for misconfiguration of GCC here: -I. could be viewed as a system dir and ignored. Sadly, I haven't managed to find an option to have gcc/cpp dump its default include directories. These did not help: gcc --target-help gcc -print-search-dirs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101355&aid=1489936&group_id=1355 |