apple-gcc42 has ${prefix}/include in default search path

[jmroot (Joshua Root)]

This is a significant difference in behaviour compared to the system compiler, which among other things means it can’t be used to build base if you have ports installed (the wrong sqlite3, curl etc. headers are used).

[cooljeanius (Eric Gallager)]

This is a significant difference in behaviour compared to the system compiler

How about compared with the other compilers that MacPorts provides? e.g. apple-gcc40 and so on... Actually how would you even find out? Is it just the -print-search-dirs flag?

[cooljeanius (Eric Gallager)]

Cc Me!

[larryv (Lawrence Velázquez)]

Is this still a problem? I’m not seeing this on my Yosemite machine.

% port -v installed apple-gcc42
The following ports are currently installed:
  apple-gcc42 @5666.3_15 (active) platform='darwin 14' archs='x86_64'
%
% /opt/local/bin/gcc-apple-4.2 -v -E -o /dev/null - </dev/null 
Using built-in specs.
Target: i686-apple-darwin14
Configured with: /opt/local/var/macports/build/_Users_larryv_Projects_MacPorts_git-svn_trunk_dports_lang_apple-gcc42/apple-gcc42/work/objroot/src/configure --disable-checking --prefix=/opt/local --mandir=/opt/local/share/man --enable-languages=c,c++,objc,obj-c++ --libexecdir=/opt/local/libexec/apple-gcc42 --libdir=/opt/local/lib/apple-gcc42 --includedir=/opt/local/include/apple-gcc42 --program-suffix=-apple-4.2 --with-system-zlib --disable-nls --with-slibdir=/usr/lib --build=x86_64-apple-darwin14 --enable-werror-always --program-prefix=i686-apple-darwin14- --host=x86_64-apple-darwin14 --target=i686-apple-darwin14 --with-gxx-include-dir=/usr/include/c++/4.2.1
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5666) (dot 3) (MacPorts apple-gcc42 5666.3_15)
 /opt/local/libexec/apple-gcc42/gcc/i686-apple-darwin14/4.2.1/cc1 -E -quiet -v -imultilib x86_64 -D__DYNAMIC__ - -o /dev/null -fPIC -mmacosx-version-min=10.10.3 -m64 -mtune=core2
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/opt/local/lib/apple-gcc42/gcc/i686-apple-darwin14/4.2.1/../../../../i686-apple-darwin14/include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/local/lib/apple-gcc42/gcc/i686-apple-darwin14/4.2.1/include
 /usr/include
 /System/Library/Frameworks (framework directory)
 /Library/Frameworks (framework directory)
End of search list.

[jmroot (Joshua Root)]

I don’t have the port installed on Yosemite, but this is what I get in my Tiger VM:

$ /opt/local/bin/gcc-apple-4.2 -v -E -o /dev/null - < /dev/null
Using built-in specs.
Target: i686-apple-darwin8
Configured with: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_apple-gcc42/apple-gcc42/work/objroot/src/configure --disable-checking --enable-werror --prefix=/opt/local --mandir=/opt/local/share/man --enable-languages=c,c++,objc,obj-c++ --libexecdir=/opt/local/libexec/apple-gcc42 --libdir=/opt/local/lib/apple-gcc42 --includedir=/opt/local/include/apple-gcc42 --program-suffix=-apple-4.2 --with-system-zlib --disable-nls --with-slibdir=/usr/lib --build=i686-apple-darwin8 --with-gxx-include-dir=/usr/include/c++/4.0.0 --host=i686-apple-darwin8 --target=i686-apple-darwin8
Thread model: posix
gcc version 4.2.1 (Apple Inc. build 5666) (dot 3) (MacPorts apple-gcc42 5666.3_15)
 /opt/local/libexec/apple-gcc42/gcc/i686-apple-darwin8/4.2.1/cc1 -E -quiet -v -D__DYNAMIC__ - -o /dev/null -fPIC -mmacosx-version-min=10.4 -mtune=core2
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/opt/local/lib/apple-gcc42/gcc/i686-apple-darwin8/4.2.1/../../../../i686-apple-darwin8/include"
#include "..." search starts here:
#include <...> search starts here:
 /opt/local/include
 /opt/local/lib/apple-gcc42/gcc/i686-apple-darwin8/4.2.1/include
 /usr/include
 /System/Library/Frameworks (framework directory)
 /Library/Frameworks (framework directory)
End of search list.

[larryv (Lawrence Velázquez)]

Okay, I do see that in my Leopard VM, but not in anything more recent.

[jeremyhu (Jeremy Huddleston Sequoia)]

This port needs to be retired at some point. We shouldn't have a need for this old compiler any more.

wontfix.

If someone can provide a fix, please reopen.

[jmroot (Joshua Root)]

The problem is, this affects precisely the platforms on which this port is the default compiler. But fair enough on asking for a patch.

[jeremyhu (Jeremy Huddleston Sequoia)]

Yeah, I get that it impacts Leopard and Tiger, but I just don't see the benefit (ie user base) justifying the time to come up with the change, and test it. I'm more than happy to integrate changes from anyone still living on those systems.