[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: CFLAGS for AC_COMPILE_IFELSE.
From: |
Daniel E. Macks |
Subject: |
Re: CFLAGS for AC_COMPILE_IFELSE. |
Date: |
Sun, 1 Jun 2008 21:32:45 +0000 (UTC) |
User-agent: |
slrn/0.9.8.1pl1 (Linux) |
Ralf Corsepius <address@hidden> said:
> On Tue, 2008-05-13 at 13:11 -0500, Bob Friesenhahn wrote:
>> On Tue, 13 May 2008, Ralf Corsepius wrote:
>> >
>> > /usr/include (and /usr/lib) + /usr/local/include (and /usr/local/lib)
>> > are special to GCC, they are on the system-default (include, library)
>> > search paths, and are treated differently than other directories by GCC
>>
>> More often than not, the formally installed GCC ignores
>> /usr/local/include. For example, the GCC that comes with OS-X Leopard
>> does not look there. The GCC that comes with FreeBSD 7.0 does not
>> look there. On the other hand, the 'cc' that came with SunOS 4.1.3
>> does check /usr/local/include by default, so the GCC install for that
>> target did check /usr/local/include by default so that it would match
>> the system compiler. It should not be assumed that if the compiler is
>> GCC that it will pay any attention to /usr/local/include.
> Vendor supplied "cc"s (traditionally closed source), traditionally don't
> look into /usr/local/include.
>
> FSF-GCC's do, because they treat /usr/local/{lib/include} as the
> directories to put files into which are supposed to replace vendor
> supplied files.
>
> That said, the behavior you describe for OS-X's cc doesn't surprise me,
> but I can't find FreeBSD's behavior helpful.
OS X has always looked in /usr/local, both according to its
documentation and its runtime functionality (just checked a 10.4 box
with apple's normal XCode suite for that system installed).
dan
--
Daniel Macks
address@hidden
http://www.netspace.org/~dmacks
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: CFLAGS for AC_COMPILE_IFELSE.,
Daniel E. Macks <=