4.2 hasn't bootstrapped on powerpc-apple-darwin G5 machine for a very
long time. I'm seeing the same problem as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
It would be nice if this were remedied. I do try to test gcc
versions before release.
Brad
> 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
> > 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
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
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 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
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
