[Bug bootstrap/43170] gcc 4.5 20100218 bootstrap compare fails on os x 10.6

Fri Apr 16 15:27:00 GMT 2010

------- Comment #27 from danp57 at optonline dot net  2010-04-16 15:27 -------
Subject: Re:  gcc 4.5 20100218 bootstrap compare fails on os x 10.6

Answer to 2: /Users/platt/install/GccSources/gcc-4.5.0.build2 $
../gcc-4.5.0/configure --enable-languages=c,c++,objc,obj-c++,fortran

Answer to 1: Configure line reported in stage 3/gomp (I'll try attaching the
file and see if the post takes it).

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by GNU OpenMP Runtime Library configure 1.0, which was
generated by GNU Autoconf 2.64.  Invocation command line was

  $ ../../../../gcc-4.5.0/libgomp/configure --with-multisubdir=i386
--with-multisrctop= --enable-multilib --cache-file=./config.cache
--enable-multilib --enable-languages=c,c++,fortran,objc,obj-c++
--program-transform-name=s,y,y, --disable-option-checking
--with-target-subdir=x86_64-apple-darwin10.3.0
--build=x86_64-apple-darwin10.3.0 --host=x86_64-apple-darwin10.3.0
--target=x86_64-apple-darwin10.3.0 --srcdir=../../../gcc-4.5.0/libgomp
--with-build-libsubdir=. build_alias=x86_64-apple-darwin10.3.0
host_alias=x86_64-apple-darwin10.3.0 target_alias=x86_64-apple-darwin10.3.0
CPPFLAGS= LDFLAGS=
CC=/Users/platt/install/GccSources/gcc-4.5.0.build2/./gcc/xgcc
-B/Users/platt/install/GccSources/gcc-4.5.0.build2/./gcc/
-B/usr/local/x86_64-apple-darwin10.3.0/bin/
-B/usr/local/x86_64-apple-darwin10.3.0/lib/ -isystem
/usr/local/x86_64-apple-darwin10.3.0/include -isystem
/usr/local/x86_64-apple-darwin10.3.0/sys-include  -m32
CXX=/Users/platt/install/GccSources/gcc-4.5.0.build2/./gcc/g++
-B/Users/platt/install/GccSources/gcc-4.5.0.build2/./gcc/ -nostdinc++
-L/Users/platt/install/GccSources/gcc-4.5.0.build2/x86_64-apple-darwin10.3.0/i386/libstdc++-v3/src
-L/Users/platt/install/GccSources/gcc-4.5.0.build2/x86_64-apple-darwin10.3.0/i386/libstdc++-v3/src/.libs
-B/usr/local/x86_64-apple-darwin10.3.0/bin/
-B/usr/local/x86_64-apple-darwin10.3.0/lib/ -isystem
/usr/local/x86_64-apple-darwin10.3.0/include -isystem
/usr/local/x86_64-apple-darwin10.3.0/sys-include  -m32 F77= -m32
GCJ=-B/usr/local/x86_64-apple-darwin10.3.0/bin/
-B/usr/local/x86_64-apple-darwin10.3.0/lib/ -isystem
/usr/local/x86_64-apple-darwin10.3.0/include -isystem
/usr/local/x86_64-apple-darwin10.3.0/sys-include  -m32
GFORTRAN=/Users/platt/install/GccSources/gcc-4.5.0.build2/./gcc/gfortran
-B/Users/platt/install/GccSources/gcc-4.5.0.build2/./gcc/
-B/usr/local/x86_64-apple-darwin10.3.0/bin/
-B/usr/local/x86_64-apple-darwin10.3.0/lib/ -isystem
/usr/local/x86_64-apple-darwin10.3.0/include -isystem
/usr/local/x86_64-apple-darwin10.3.0/sys-include  -m32
-srcdir=../../../../gcc-4.5.0/libgomp

Best,
Dan

On Apr 16, 2010, at 10:34 AM, dominiq at lps dot ens dot fr wrote:

> 
> 
> ------- Comment #26 from dominiq at lps dot ens dot fr  2010-04-16 14:34 -------
> First a Note for Ralf Wildenhues: I have seen somewhere that libgomp have been
> added to stage2 starting from some revision, but I am unable to find where. Do
> you have a better memory?
> I think it is after 4.4 (so nothing can be infered from building 4.4.x).
> 
>> In this case, I have found the bug consistently repeatable on multiple
>> machines, all running snow leopard up-to-date.  When built on my desk-top
>> machine there were no other applications running except for "TeamViewer" (I
>> built it from work).  The other builds were made without TeamViewer.  Browsers
>> on/off, doesn't matter.
> 
> Can you 
> 
> (1) check that your builds fail as reported in comment #13 (you have to check
> stageX-x86_64-apple-darwin10/YYY/libgomp/config.log with X in 2 or 3 and YYY in
> . or i386 assuming you build for x86_64-apple-darwin10)?
> 
> (2) provide your full configure line?
> 
>> I *have* a build that works -- I built it with gcc-4.4.3 with no problem.  The
>> difficulty is with Apple's gcc distribution.  As I pointed out earlier, I'd be
>> struggling if I didn't have a new version of gcc on-board.  The only thing I
>> did not try is to see if I used a gcc-4.5.0 build with --disable-bootstrap from
>> Apple's gcc to rebuild gcc-4.5.0 with itself...  Even then, I'd be somewhat
>> worried that the then consistent compiler might be producing code at variance
>> with builds on other operating systems yielding inexplicable bugs or bugs that
>> other people could not reproduce on their platforms.
> 
> In my builds stage1 use Apple stock gcc: gcc version 4.2.1 (Apple Inc. build
> 5659).
> The only way I know that can convince anybody that the build is sane is to run
> make check for 32 and 64 bit modes (though it's certainly not a proof!-).
> 
> 
> -- 
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
> 
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.

------- Comment #28 from danp57 at optonline dot net  2010-04-16 15:27 -------
Created an attachment (id=20399)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20399&action=view)

-- 

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170