include problem building BDB 4.6.21 w/ /usr/local
Bayard Bell
buffyg at mac.com
Thu Oct 22 17:07:51 PDT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Did a bit more digging. The problem looks to be with Apple's build of
make. Extracted from "make -dp" output:
# default
.INCLUDE_DIRS = /usr/include /usr/local/include /usr/include
Filing bug report now. Again dtruss gives me a clue to put it
together. Looking at the top of the output, there's some other
sloppiness in how Apple is maintaining their make port:
# GNU Make 3.81
# Copyright (C) 2006 Free Software Foundation, Inc.
# This is free software; see the source for copying conditions.
# There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
# PARTICULAR PURPOSE.
# This program built for powerpc-apple-darwin9.0
Pretty sure it wasn't built for PPC, at least not PPC alone:
precious:Downloads bayard$ file -L /usr/bin/make
/usr/bin/make: Mach-O universal binary with 2 architectures
/usr/bin/make (for architecture i386): Mach-O executable i386
/usr/bin/make (for architecture ppc7400): Mach-O executable ppc
Am 17 Oct 2009 um 10:19 schrieb Joshua Root:
> On 2009-10-17 11:57, Bayard Bell wrote:
>> I've been looking through tickets, trying to figure out what's going
>> wrong. There's an open ticket for this, 19918. As far as I can see,
>> the
>> immediate problem occurs when you've got db.h in /usr/local/include.
>> Renaming the file certainly fixes the problem. (Three cheers to
>> dtruss
>> for giving me a handle on this.)
>>
>> What doesn't really make sense to me is why or how this is found in
>> the
>> first instance: I'd argue strongly that the pre-processor shouldn't
>> be
>> looking there by default, and it's not much evident to me that
>> CPPFLAGS
>> is being constructed to tell it to do so. Before digging around
>> further,
>> I thought I'd ask if anyone knew why this might be.
>
> We're not telling it to look there, it just does. The only way to
> avoid
> this would be to use -nostdinc, but then you have to somehow
> reconstruct
> the other default search paths and tell it to look in them.
>
> So basically, there's not much we can do about it, and the place to
> report the issue is <http://bugreport.apple.com/> and/or
> <http://gcc.gnu.org/bugzilla/>. (Note that upstream changes to GCC at
> this point will likely never be distributed by Apple, since they are
> moving to LLVM.)
>
> - Josh
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.10 (Darwin)
iEYEARECAAYFAkrg890ACgkQcZQHT1XL9xllHwCgspk79GtWAk9lWbA0betUE3bZ
a5gAoLnPUcOoq1dqiwnRshfFhNYX9Ne3
=+00p
-----END PGP SIGNATURE-----
More information about the macports-users
mailing list