This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] ppc64 native target for gcc
- From: Bradley Lucier <lucier at math dot purdue dot edu>
- To: Mike Stump <mrs at apple dot com>
- Cc: Bradley Lucier <lucier at math dot purdue dot edu>, gcc-patches at gcc dot gnu dot org, Eric Christopher <echristo at apple dot com>
- Date: Sun, 10 Dec 2006 14:55:08 -0500
- Subject: Re: [patch] ppc64 native target for gcc
- References: <1BC200EE-1436-4E0A-A623-48FB659F7C4B@math.purdue.edu> <7F179A5D-3EA0-446E-B73D-33913E1FD03C@apple.com> <1F96FCB1-060B-480B-B6C4-A780D3B03AA9@math.purdue.edu> <E2117126-F8AB-463E-BE3D-C8933DB6BCD0@apple.com> <E15D0B99-125A-4A61-8338-765209FD65BC@math.purdue.edu> <15DB12CA-4384-4A71-BCD0-A74E296D28CB@apple.com>
On Nov 10, 2006, at 6:48 PM, Mike Stump wrote:
On Nov 10, 2006, at 3:04 PM, Bradley Lucier wrote:
On Nov 10, 2006, at 3:17 PM, Mike Stump wrote:
But, did you add -search_paths_first? That, or you need to build
a shared libz.dylib.
Thanks, that worked
Well, in the next OS, we'll make libz.dylib for all the arches, so
you won't get the problem. That's one fix. I'd like to get that
flag to be the default, that's another fix, or, we could have the
compiler add that to linker invocations through SPECs magic... Oh,
and yet another fix would be to see if the system has a libz, and
use it, if present. That might be another way to fix it. I think
I like that one best.
Want to file a PR for this and ask that libz not be built for the
host, if the host has a libz already?
Finally done, PR 30138.