[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

--- Comment #10 from Jack Howarth  2012-02-17 
19:04:24 UTC ---
FYI, this issue appears to be fixed in the llvm-gcc-4.2 of Xcode 4.3. Of course
that only helps Xcode users on Lion or later.

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

 CC||bsreram85 at gmail dot com

--- Comment #9 from Andrew Pinski  2012-02-17 
07:51:54 UTC ---
*** Bug 52293 has been marked as a duplicate of this bug. ***

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

--- Comment #8 from Jack Howarth  2011-04-01 
00:12:48 UTC ---
FYI, the fix for this bug has been checked into the llvm-gcc-4.2 2.9 branch for
that release.

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

--- Comment #7 from Jack Howarth  2011-03-31 
16:43:28 UTC ---
This issue has been fixed in Apple's llvm-gcc at revision 128619. It is unclear
if this fix will make it into llvm.org's llvm-gcc-4.2 2.9 release (which is
slated to be the final one with llvm-gcc). The patch...

http://llvm.org/bugs/show_bug.cgi?id=9571#c13

can be manually applied if it isn't. I've confirmed that this fixes the
bootstraps of both 4.4.5 and 4.6.0.

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||mschamschula at gmail dot
   ||com

--- Comment #6 from Richard Guenther  2011-03-31 
15:31:38 UTC ---
*** Bug 48388 has been marked as a duplicate of this bug. ***

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

--- Comment #5 from Jack Howarth  2011-03-29 
03:15:32 UTC ---
FYI, this problem also exists under linux so it isn't darwin specific.
Opened...

http://llvm.org/bugs/show_bug.cgi?id=9571

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[mikestump at comcast dot net]

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

--- Comment #4 from Mike Stump  2011-03-28 
17:41:36 UTC ---
If there is an easy work around in gcc to avoid the problem, we could entertain
that, but, generally, I'd be more interested in clang failures going forward. 
llvm-gcc is old and getting older every day.  The dragon egg bits are newer and
more compelling.

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #3 from Richard Guenther  2011-03-28 
09:35:37 UTC ---
So llvm miscompiles cc1.  Not a GCC bug.

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

--- Comment #2 from Jack Howarth  2011-03-27 
17:42:05 UTC ---
Same issue exists with llvm-gcc from llvm 2.9 svn.

[Bug target/48301] Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or trunk

[howarth at nitro dot med.uc.edu]

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

--- Comment #1 from Jack Howarth  2011-03-27 
17:06:54 UTC ---
This bootstrap failure backtraces as...

[MacPro:~/work/x86_64-apple-darwin10.7.0/libgcc] howarth% gdb
/Users/howarth/work/./gcc/cc1
...

(gdb) r -quiet -v -iprefix
/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/ -isystem
/Users/howarth/work/./gcc/include -isystem
/Users/howarth/work/./gcc/include-fixed -D__DYNAMIC__ -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/include -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/sys-include conftest.c -fPIC
-feliminate-unused-debug-symbols -quiet -dumpbase conftest.c
-mmacosx-version-min=10.6.7 -mtune=core2 -auxbase conftest -g -O2 -version -o
/var/folders/1C/1CdoNxmNFHyOIjNBLNuJhTM/-Tmp-//ccGHUc47.s
Starting program: /Users/howarth/work/gcc/cc1 -quiet -v -iprefix
/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/ -isystem
/Users/howarth/work/./gcc/include -isystem
/Users/howarth/work/./gcc/include-fixed -D__DYNAMIC__ -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/include -isystem
/Users/howarth/dist/x86_64-apple-darwin10.7.0/sys-include conftest.c -fPIC
-feliminate-unused-debug-symbols -quiet -dumpbase conftest.c
-mmacosx-version-min=10.6.7 -mtune=core2 -auxbase conftest -g -O2 -version -o
/var/folders/1C/1CdoNxmNFHyOIjNBLNuJhTM/-Tmp-//ccGHUc47.s
Reading symbols for shared libraries .+. done
GNU C (GCC) version 4.6.1 20110327 (prerelease) (x86_64-apple-darwin10.7.0)
compiled by GNU C version 4.2.1 (Based on Apple Inc. build 5658) (LLVM
build 2335.9), GMP version 5.0.1, MPFR version 3.0.0-p8, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
ignoring nonexistent directory
"/Users/howarth/dist/x86_64-apple-darwin10.7.0/include"
ignoring nonexistent directory
"/Users/howarth/dist/x86_64-apple-darwin10.7.0/sys-include"
ignoring nonexistent directory
"/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/include"
ignoring nonexistent directory
"/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/include-fixed"
ignoring nonexistent directory
"/Users/howarth/work/gcc/../lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/../../../../x86_64-apple-darwin10.7.0/include"
ignoring nonexistent directory
"/Users/howarth/dist/lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/include"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/Users/howarth/dist/include"
ignoring nonexistent directory
"/Users/howarth/dist/lib/gcc/x86_64-apple-darwin10.7.0/4.6.1/include-fixed"
ignoring nonexistent directory
"/Users/howarth/dist/x86_64-apple-darwin10.7.0/include"
#include "..." search starts here:
#include <...> search starts here:
 /Users/howarth/work/./gcc/include
 /Users/howarth/work/./gcc/include-fixed
 /usr/include
 /System/Library/Frameworks
 /Library/Frameworks
End of search list.

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0058
0x0001011c9b8e in ix86_cfun_abi () at i386.c:5796
5796  return cfun->machine->call_abi;
(gdb) bt
#0  0x0001011c9b8e in ix86_cfun_abi () at i386.c:5796
#1  0x0001011c1bd0 in ix86_option_override_internal (main_args_p=1 '\001')
at i386.c:3862
#2  0x0001011c3460 in ix86_option_override () at i386.c:4323
#3  0x000100d2826b in process_options () at toplev.c:1286
#4  0x000100d294a0 in do_compile () at toplev.c:1885
#5  0x000100d296a8 in toplev_main (argc=29, argv=0x7fff5fbfec60) at
toplev.c:1964
#6  0x0001001a7a80 in main (argc=29, argv=0x7fff5fbfec60) at main.c:36
(gdb)