#44141 closed defect (wontfix)
apple-gcc42 has ${prefix}/include in default search path
Reported by: | jmroot (Joshua Root) | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.0 |
Keywords: | Cc: | cooljeanius (Eric Gallager), larryv (Lawrence Velázquez), evanmiller (Evan Miller) | |
Port: | apple-gcc42 |
Description
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).
Change History (9)
comment:1 Changed 10 years ago by cooljeanius (Eric Gallager)
comment:3 Changed 9 years ago by larryv (Lawrence Velázquez)
Cc: | larryv@… added |
---|
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.
comment:4 follow-up: 5 Changed 9 years ago by 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.
comment:5 Changed 9 years ago by larryv (Lawrence Velázquez)
Okay, I do see that in my Leopard VM, but not in anything more recent.
comment:6 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
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.
comment:7 Changed 9 years ago by 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.
comment:8 Changed 9 years ago by 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.
comment:9 Changed 3 years ago by evanmiller (Evan Miller)
Cc: | evanmiller added |
---|
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?