On May 3, 2006, at 7:50 PM, David Fang wrote:
Bradley Lucier writes:
Brad> 4.2 hasn't bootstrapped on powerpc-apple-darwin G5 machine
for a very
Brad> long time. I'm seeing the same problem as
Brad> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
Brad> It would be nice if this were reme
On 09/05/2006, at 12:37 PM, Bradley Lucier wrote:
On May 3, 2006, at 7:50 PM, David Fang wrote:
FWIW, the 20060415 mainline (4.2) snapshot bootstrapped for me, using
odcctools-20060413 (odcctools-590.36od13). This machine is a dual G5
(ppc970) using OS X 10.3.9, and Apple's gcc-3.3 (build 1
Because it's hardcoded in the original darwin.h to something else, and
the right one does not get detected during configuration.
Why must you use libtool from the same source as ld? Because libtool
has binary detection logic, and an old version can reject object files
with new load commands
On May 3, 2006, at 7:50 PM, David Fang wrote:
FWIW, the 20060415 mainline (4.2) snapshot bootstrapped for me, using
odcctools-20060413 (odcctools-590.36od13). This machine is a dual G5
(ppc970) using OS X 10.3.9, and Apple's gcc-3.3 (build 1640).
However, before building, I patched the follow
> > Bradley Lucier writes:
> Brad> 4.2 hasn't bootstrapped on powerpc-apple-darwin G5 machine for a very
> Brad> long time. I'm seeing the same problem as
> Brad> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
> Brad> It would be nice if this were remedied. I do try to test gcc
> Brad> ver
> Bradley Lucier writes:
Brad> 4.2 hasn't bootstrapped on powerpc-apple-darwin G5 machine for a very
Brad> long time. I'm seeing the same problem as
Brad> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
Brad> It would be nice if this were remedied. I do try to test gcc
Brad> versions
