[Bug bootstrap/27901] ICE: On second stage boostrap with -O3

[paulg at chiark dot greenend dot org dot uk]

--- Comment #3 from paulg at chiark dot greenend dot org dot uk  2006-06-06 
11:16 ---
Tried the following

1) Bootstrap GCC 4.1.1 using a GCC 3.4.4 host compiler without STAGE1_CFLAGS or
BOOT_CFLAGS set.

2) Bootstrap another clean copy of GCC 4.1.1 using the GCC 4.1.1 from step (1)
as the host compiler using "STAGE1_CFLAGS=-O3 -fomit-frame-pointer"
"BOOT_CFLAGS=-O3
-fomit-frame-pointer".

This fails in the same way which suggests that the bug causing this is still
present in GCC 4.1.1


-- 


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

[Bug c++/27901] ICE: On second stage boostrap with -O3

[paulg at chiark dot greenend dot org dot uk]

--- Comment #1 from paulg at chiark dot greenend dot org dot uk  2006-06-05 
15:40 ---
I should have mentioned that the boostrap completes correctly if "-O2
-fomit-frame-pointer" is used instead of "-O3 -fomit-frame-pointer".


-- 


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

[Bug c++/27901] New: ICE: On second stage boostrap with -O3

[paulg at chiark dot greenend dot org dot uk]

Dependancy Versions:

GNU bash 2.05b  
GNU binutils 2.16.1 
GNU core utils 5.2.1
GNU GCC 3.4.4 (compiler to start bootstrap) 
GNU make 3.80   
GNU sed 4.0.9   
GNU tar 1.14
GNU texinfo 4.8

Configure options:

--enable-languages=c,c++,java   
-v  
--with-dwarf2   
--enable-version-specific-runtime-libs  
--with-gnu-ld   
--with-gnu-as   

Make line:

make -j9 "STAGE1_CFLAGS=-O3 -fomit-frame-pointer" "BOOT_CFLAGS=-O3
-fomit-frame-pointer" profiledbootstrap

During the second stage bootstrap xgcc ICE's while compiling
libstdc++-v3/libsupc++/eh_exception.cc

with

gcc-build/./gcc/include/sys/types.h:222: internal compiler error: in
maybe_process_template_type_declaration, at cp/name-lookup.c:4731


-- 
   Summary: ICE: On second stage boostrap with -O3
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: paulg at chiark dot greenend dot org dot uk
 GCC build triplet: sparc-sun-solaris2.9
  GCC host triplet: sparc-sun-solaris2.9
GCC target triplet: sparc-sun-solaris2.9


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

[Bug other/18788] New: "-pthreads" option with "-shared" does not cause libpthread.so to be linked in.

[paulg at chiark dot greenend dot org dot uk]

Specifying the "-pthreads" in combination with "-shared" on should cause
libpthread.so to be linked in to the shared library which is produced.
Unfortunately it does not and -lpthread has to be added to the link line 
manually.

This is very similar to bug  which was exactly the same problem except for
Linux using the "-pthread" option.

-- 
   Summary: "-pthreads" option with "-shared" does not cause
libpthread.so to be linked in.
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: paulg at chiark dot greenend dot org dot uk
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.8
  GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8


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