[Bug c++/25759] New: Missing Documentation: __attribute__((packed)) attached to a class definiton
The gcc manual does not describe the behaviour of __attribute__((packed))
attached to a class definition, e.g.
class foo
{
unsigned char;
unsigned long;
} __attribute__((packed));
As far as I have observed, the behaviour is the same if foo would be declared
as struct. The gcc manual describes packed only for variables, structs and
enums.
--
Summary: Missing Documentation: __attribute__((packed)) attached
to a class definiton
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fm3 at os dot inf dot tu-dresden dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25759
[Bug fortran/25062] same name for parameter and common block
--- Comment #8 from tobi at gcc dot gnu dot org 2006-01-12 10:13 --- Thanks, Steve. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2006-01-12 05:25:44 |2006-01-12 10:13:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25062
[Bug ada/24468] link failure for several acats tests
--- Comment #8 from r dot emrich at de dot tecosim dot com 2006-01-12 10:22 --- Subject: Re: link failure for several acats tests -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 for gcc-4.2 20060109: termination of testsuite run at c52103x with the following error: gmake: *** [check-gnat] Error 139 gmake: Target `check' not remade because of errors. Rainer - -- Rainer Emrich TECOSIM GmbH Im Eichsfeld 3 65428 Rüsselsheim Phone: +49(0)6142/8272 12 Mobile: +49(0)163/56 949 20 Fax.: +49(0)6142/8272 49 Web: www.tecosim.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFDxi3R3s6elE6CYeURAswbAKDJqlDhQvWGG9cRaXlvZPSjGCJvhgCggeHs YCpV2gMDfUMmbB4fRV0U2uU= =wBFA -END PGP SIGNATURE- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24468
[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.
--- Comment #15 from aldot at gcc dot gnu dot org 2006-01-12 12:28 --- Subject: Bug 25486 Author: aldot Date: Thu Jan 12 12:28:00 2006 New Revision: 109640 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109640 Log: 2006-01-12 Bernhard Fischer [EMAIL PROTECTED] * gcc/ChangeLog: Move ChangeLog entry for PR fortran/25486 from here... * gcc/fortran/ChangeLog: ... to here. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/fortran/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25486
[Bug c++/25759] Missing Documentation: __attribute__((packed)) attached to a class definiton
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-12 12:53 --- Class and structs are the same by definition of the C++ standard. The only different is the default accessibility, private for class and public for struct. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||documentation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25759
[Bug target/22097] libgfortran build failure on mips-sgi-irix6.5
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2006-01-12 13:08 --- This could be fixed by something similar to http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01578.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22097
[Bug target/25761] New: -fpic (not -fPIC) does not work with i686-darwin
The following test fail because of this: FAIL: gcc.dg/20021116-1.c (test for excess errors) FAIL: gcc.dg/20030702-1.c (test for excess errors) FAIL: gcc.dg/20030708-1.c (test for excess errors) FAIL: gcc.dg/20040311-2.c (test for excess errors) FAIL: gcc.dg/20050321-2.c (test for excess errors) -- Summary: -fpic (not -fPIC) does not work with i686-darwin Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: i686-apple-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25761
[Bug target/25761] -fpic (not -fPIC) does not work with i686-darwin
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-12 13:31 --- Oh, -fpic on i686-darwin should be made equivlant to -fPIC without any warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25761
[Bug libobjc/25762] New: All objc.dg-struct-layout-encoding-1 fails
All the objc.dg-struct-layout-encoding-1 tests fail because ALIGN_DOUBLES (or what ever the option is) is set to be the opposite of the default on Linux and such. -- Summary: All objc.dg-struct-layout-encoding-1 fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: libobjc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: i686-apple-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25762
[Bug testsuite/25763] New: objc.dg/stubify-*.m, and obj-c++.dg/stubify-*.mm fail on i686-darwin
FAIL: objc.dg/stubify-1.m (test for excess errors) ERROR: objc.dg/stubify-1.m: error executing dg-final: couldn't open stubify-1.s: no such file or directory UNRESOLVED: objc.dg/stubify-1.m: error executing dg-final: couldn't open stubify-1.s: no such file or directory FAIL: objc.dg/stubify-2.m (test for excess errors) ERROR: objc.dg/stubify-2.m: error executing dg-final: couldn't open stubify-2.m.08.jump: no such file or directory UNRESOLVED: objc.dg/stubify-2.m: error executing dg-final: couldn't open stubify-2.m.08.jump: no such file or directory FAIL: obj-c++.dg/stubify-1.mm (test for excess errors) ERROR: obj-c++.dg/stubify-1.mm: error executing dg-final: couldn't open stubify-1.s: no such file or directory UNRESOLVED: obj-c++.dg/stubify-1.mm: error executing dg-final: couldn't open stubify-1.s: no such file or directory FAIL: obj-c++.dg/stubify-2.mm (test for excess errors) ERROR: obj-c++.dg/stubify-2.mm: error executing dg-final: couldn't open stubify-2.mm.08.jump: no such file or directory UNRESOLVED: obj-c++.dg/stubify-2.mm: error executing dg-final: couldn't open stubify-2.mm.08.jump: no such file or directory - These fail because i686-darwin does not have -mdynamic-no-pic support (yet). There are two ways in fixing these, either add -mdynamic-no-pic support or change the tests to only test on powerpc-darwin -- Summary: objc.dg/stubify-*.m, and obj-c++.dg/stubify-*.mm fail on i686-darwin Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: i686-apple-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25763
[Bug libobjc/25762] All objc.dg-struct-layout-encoding-1 fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-12 14:16 --- objc.dg/encode-8.m fails the same way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25762
[Bug testsuite/25764] New: gcc.dg/const-compare.c fails on i686-darwin
FAIL: gcc.dg/const-compare.c (test for excess errors) This test should only be run on powerpc-darwin and not i686-darwin -- Summary: gcc.dg/const-compare.c fails on i686-darwin Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: i686-apple-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25764
[Bug target/25765] New: gfortran.dg/assign_2.f90 -O0 fails
gfortran.dg/assign_2.f90 at -O0 fails because the subtraction between labels in different sections cannot be done, well it is really the last label is not in the same section when it should be as there is no nop after the last label. we get something like: L001$pb: L6: popl%ebx leal_j.0.799-L001$pb(%ebx), %eax movl$-1, (%eax) leal_j.1.800-L001$pb(%ebx), %edx lealL2-L001$pb(%ebx), %eax leave ret L2: // --- there should be a nop here. .data .align 2 _j.0.799: -- Summary: gfortran.dg/assign_2.f90 -O0 fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: assemble-failure Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: i686-apple-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25765
[Bug testsuite/25766] New: objc.dg/stret-2.m fails on i686-darwin
objc.dg/stret-2.m fails on i686-darwin because some struct is return not via the stack but by registers. Though I don't know for sure if this is correct so I am filing this bug. -- Summary: objc.dg/stret-2.m fails on i686-darwin Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: i686-apple-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25766
[Bug target/25216] -fpic/-fPIC failure in gcc.target/i386/pr21291.c
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-12 14:57 --- This fails on i686-darwin also (which has -fPIC by default): http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00583.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC target triplet|i686-pc-linux-gnu |i686-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25216
[Bug bootstrap/25740] Bus Error compiling gcc/config/sparc/sol2-c1.asm
--- Comment #10 from darren at mambo dot net 2006-01-12 15:30 --- Well, after about ten tries, I got it to all compile. The magic required was: 1. Ensure bintools was in path before /usr/ccs/bin 2. Remove gnu ld from system 3. CFLAGS='-m64' configure --disable-multilib --enable-languages=c,c++ sparcv9-sun-solaris2.10 4. gmake I disabled multilib because otherwise it tried to compile sparcv7 with 'xgcc ... -m32 -m64', requiring too many manual changes of config.status and resulting Makefile's I guess my final point is that if configure sees that it's on Solaris 2.10 with a v9 processor, shouldn't it at least guess 'sparcv9-sun-solaris2.10' as the triplet instead of the generic 'sparc-sun-solaris', especially since I hadn't specified --host, --target or --build? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25740
[Bug bootstrap/25740] Bus Error compiling gcc/config/sparc/sol2-c1.asm
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-01-12 15:47 --- The magic required was: 1. Ensure bintools was in path before /usr/ccs/bin What is bintools? 2. Remove gnu ld from system 3. CFLAGS='-m64' configure --disable-multilib --enable-languages=c,c++ sparcv9-sun-solaris2.10 Setting CFLAGS on the configure line is a _recipe_for_disaster_, only CC should be set. I disabled multilib because otherwise it tried to compile sparcv7 with 'xgcc ... -m32 -m64', requiring too many manual changes of config.status and resulting Makefile's !??? See above. I guess my final point is that if configure sees that it's on Solaris 2.10 with a v9 processor, shouldn't it at least guess 'sparcv9-sun-solaris2.10' as the triplet instead of the generic 'sparc-sun-solaris', especially since I hadn't specified --host, --target or --build? No, the canonical target triplet is always sparc-sun-solaris2.* on Solaris as the default architecture is V8. I'm really puzzled by all this mess, you're the first one who reported that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25740
[Bug debug/24824] [4.1/4.2 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #11 from nathan at gcc dot gnu dot org 2006-01-12 16:01 --- Subject: Bug 24824 Author: nathan Date: Thu Jan 12 16:01:15 2006 New Revision: 109643 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109643 Log: PR c++/24824 * class.c (handle_using_decl): Pass correct scope to cp_emit_debug_info_for_using. PR c++/24824 * g++.dg/debug/dwarf2-1.C: New. Added: trunk/gcc/testsuite/g++.dg/debug/dwarf2-1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug testsuite/25767] New: g++.dg/lookup/builtin1.C fails on i686-darwin
g++.dg/lookup/builtin1.C fails because -multiply_defined suppress is not
passed so we get warnings:
/usr/bin/ld: warning multiple definitions of symbol _abort
/var/tmp//ccGf0er9.o definition of _abort in section (__TEXT,__text)
/usr/lib/libm.dylib(abort.So) definition of _abort
-
g++.exp should change to:
if { [string match *-*-darwin* $target_triplet] } {
lappend ALWAYS_CXXFLAGS ldflags=-multiply_defined suppress
}
--
Summary: g++.dg/lookup/builtin1.C fails on i686-darwin
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25767
[Bug testsuite/25767] g++.dg/lookup/builtin1.C (and a couple others) fails on i686-darwin
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-12 16:08 --- A couple related failures: FAIL: g++.dg/opt/temp1.C (test for excess errors) Excess errors: /usr/bin/ld: warning multiple definitions of symbol _memcpy /var/tmp//cc1J5gf8.o definition of _memcpy in section (__TEXT,__text) /usr/lib/libm.dylib(memcpy.So) definition of _memcpy FAIL: g++.old-deja/g++.eh/badalloc1.C (test for excess errors) Excess errors: /usr/bin/ld: warning multiple definitions of symbol _free /var/tmp//ccCt9aYk.o definition of _free in section (__TEXT,__text) /usr/lib/libm.dylib(malloc.So) definition of _free /usr/bin/ld: warning multiple definitions of symbol _malloc /var/tmp//ccCt9aYk.o definition of _malloc in section (__TEXT,__text) /usr/lib/libm.dylib(malloc.So) definition of _malloc /usr/bin/ld: warning multiple definitions of symbol _realloc /var/tmp//ccCt9aYk.o definition of _realloc in section (__TEXT,__text) /usr/lib/libm.dylib(malloc.So) definition of _realloc -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|g++.dg/lookup/builtin1.C|g++.dg/lookup/builtin1.C |fails on i686-darwin|(and a couple others) fails ||on i686-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25767
[Bug target/25761] -fpic (not -fPIC) does not work with i686-darwin
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-12 16:09 --- PASS: g++.old-deja/g++.other/store-expr1.C PIC unsupported (test for bogus messages, line ) FAIL: g++.old-deja/g++.other/store-expr1.C (test for excess errors) Excess errors: /ltmp/ssen/gcc/gcc/testsuite/g++.old-deja/g++.other/store-expr1.C:89: error: unrecognizable insn: (insn 8 6 10 2 (set (mem/s/f/c:SI (symbol_ref:SI (x) [flags 0x182] var_decl 0x5fce40 x) [29 x.l+0 S4 A32]) (symbol_ref:SI (i) [flags 0x182] var_decl 0x5fcea0 i)) -1 (nil) (nil)) /ltmp/ssen/gcc/gcc/testsuite/g++.old-deja/g++.other/store-expr1.C:89: internal compiler error: in extract_insn, at recog.c:2084 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25761
[Bug target/22099] builtin_setjmp gives duplicate labels
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-12 16:12 --- It is not fully fixed: FAIL: gcc.c-torture/compile/20011029-1.c -O0 (test for excess errors) Excess errors: /var/tmp//cc4yx2Rb.s:23:non-relocatable subtraction expression, L4 minus L001$pb /var/tmp//cc4yx2Rb.s:23:symbol: L4 can't be undefined in a subtraction expression /var/tmp//cc4yx2Rb.s:unknown:Undefined local symbol L4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug target/22099] builtin_setjmp gives duplicate labels
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-12 16:13 --- FAIL: gcc.c-torture/execute/builtins/memcpy-chk.c compilation, -O0 UNRESOLVED: gcc.c-torture/execute/builtins/memcpy-chk.c execution, -O0 Executing on host: /Volumes/HD/ltmp/ssen/gcc-build/gcc/xgcc -B/Volumes/HD/ltmp/ssen/gcc-build/gcc/ /ltmp/ssen/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/memcpy-chk.c /ltmp/ssen/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/memcpy-chk-lib.c /ltmp/ssen/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/lib/main.c -w -O1 -fno-show-column -lm -o /ltmp/ssen/gcc-build/gcc/testsuite/memcpy-chk.x1 (timeout = 300) /var/tmp//cc5w2nYV.s:2461:non-relocatable subtraction expression, L179 minus L006$pb^M /var/tmp//cc5w2nYV.s:2461:symbol: L179 can't be undefined in a subtraction expression^M /var/tmp//cc5w2nYV.s:2430:non-relocatable subtraction expression, L174 minus L006$pb^M /var/tmp//cc5w2nYV.s:2430:symbol: L174 can't be undefined in a subtraction expression^M /var/tmp//cc5w2nYV.s:2403:non-relocatable subtraction expression, L169 minus L006$pb^M /var/tmp//cc5w2nYV.s:2403:symbol: L169 can't be undefined in a subtraction expression^M /var/tmp//cc5w2nYV.s:unknown:Undefined local symbol L169^M /var/tmp//cc5w2nYV.s:unknown:Undefined local symbol L174^M /var/tmp//cc5w2nYV.s:unknown:Undefined local symbol L179^M -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug debug/24824] [4.1/4.2 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #12 from nathan at gcc dot gnu dot org 2006-01-12 16:13 --- 2006-01-12 Nathan Sidwell [EMAIL PROTECTED] PR c++/24824 * class.c (handle_using_decl): Pass correct scope to cp_emit_debug_info_for_using. PR c++/24824 * g++.dg/debug/dwarf2-1.C: New. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug target/22099] builtin_setjmp gives duplicate labels
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-12 16:14 --- FAIL: gcc.c-torture/execute/built-in-setjmp.c compilation, -O0 UNRESOLVED: gcc.c-torture/execute/built-in-setjmp.c execution, -O0 Executing on host: /Volumes/HD/ltmp/ssen/gcc-build/gcc/xgcc -B/Volumes/HD/ltmp/ssen/gcc-build/gcc/ /ltmp/ssen/gcc/gcc/testsuite/gcc.c-torture/execute/built-in-setjmp.c -w -O1 -fno-show-column -lm -o /ltmp/ssen/gcc-build/gcc/testsuite/built-in-setjmp.x1(timeout = 300) /var/tmp//ccJXYNJy.s:43:non-relocatable subtraction expression, L6 minus L002$pb^M /var/tmp//ccJXYNJy.s:43:symbol: L6 can't be undefined in a subtraction expression^M /var/tmp//ccJXYNJy.s:unknown:Undefined local symbol L6^M compiler exited with status 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug debug/24824] [4.1/4.2 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #13 from nathan at gcc dot gnu dot org 2006-01-12 16:20 --- Subject: Bug 24824 Author: nathan Date: Thu Jan 12 16:20:10 2006 New Revision: 109644 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109644 Log: PR c++/24824 * class.c (handle_using_decl): Pass correct scope to cp_emit_debug_info_for_using. PR c++/24824 * g++.dg/debug/dwarf2-1.C: New. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/debug/dwarf2-1.C - copied unchanged from r109643, trunk/gcc/testsuite/g++.dg/debug/dwarf2-1.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/class.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug c++/25768] New: [3.4 regression] wrong code with inlining at -O2
the following program will return 1 when compiled with gcc 3.3.x or with gcc 3.4.x without optimization and when compiled with gcc 3.4.4 -O2 it return 0 -- Summary: [3.4 regression] wrong code with inlining at -O2 Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sschunck at pdf dot de GCC host triplet: SunOS 5.8 Generic_108529-15 i86pc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25768
[Bug c++/25768] [3.4 regression] wrong code with inlining at -O2
--- Comment #1 from sschunck at pdf dot de 2006-01-12 16:45 --- Created an attachment (id=10630) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10630action=view) c++ code the following assembler snipplet shows that the movl$1, (%edx) is scheduled too early .globl _ZN1A3fooEP10ybartype_tiS1_RK3xyzPS1_PS2_ .type _ZN1A3fooEP10ybartype_tiS1_RK3xyzPS1_PS2_, @function _ZN1A3fooEP10ybartype_tiS1_RK3xyzPS1_PS2_: .LFB11: pushl %ebp .LCFI25: movl%esp, %ebp .LCFI26: subl$24, %esp .LCFI27: movl%esi, -8(%ebp) .LCFI28: movl24(%ebp), %eax movl12(%ebp), %esi movl%edi, -4(%ebp) .LCFI29: movl16(%ebp), %edi movl%eax, -16(%ebp) movl8(%ebp), %eax movl%ebx, -12(%ebp) .LCFI30: movl36(%eax), %ebx movl16(%ebx), %eax testl %eax, %eax je .L78 movl%eax, %edx movl28(%ebp), %ecx cmpl$2, %edi movl$1, (%edx) movl(%eax), %eax movl%edx, (%ecx) movl%eax, 16(%ebx) je .L85 g++-3.4.4 -v -save-temps -O2 fail_comp.cc Reading specs from /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/specs Configured with: /common/GNU/gcc/gcc-3.4.4/configure i686-pc-solaris2.8 --with-gnu-as --with-as=/usr/local/gnu/gcc-3.4.4-5.8/as --with-gnu-ld --with-ld=/usr/local/gnu/gcc-3.4.4-5.8/ld --disable-shared --enable-languages=c++ --srcdir=/common/GNU/gcc/gcc-3.4.4 --prefix=/usr/local/gnu/gcc-3.4.4-5.8 Thread model: posix gcc version 3.4.4 (20051127 ) /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../libexec/gcc/i686-pc-solaris2.8/3.4.4/cc1plus -E -quiet -v -iprefix /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/ /users/sschunck/DEVELOPMENT/source/SiCat_cvs/fail_comp.cc -mtune=pentiumpro -O2 -o fail_comp.ii ignoring nonexistent directory /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/../../../../i686-pc-solaris2.8/include ignoring duplicate directory /usr/local/gnu/gcc-3.4.4-5.8/lib/gcc/i686-pc-solaris2.8/3.4.4/../../../../include/c++/3.4.4 ignoring duplicate directory /usr/local/gnu/gcc-3.4.4-5.8/lib/gcc/i686-pc-solaris2.8/3.4.4/../../../../include/c++/3.4.4/i686-pc-solaris2.8 ignoring duplicate directory /usr/local/gnu/gcc-3.4.4-5.8/lib/gcc/i686-pc-solaris2.8/3.4.4/../../../../include/c++/3.4.4/backward ignoring duplicate directory /usr/local/gnu/gcc-3.4.4-5.8/lib/gcc/i686-pc-solaris2.8/3.4.4/include ignoring nonexistent directory /usr/local/gnu/gcc-3.4.4-5.8/lib/gcc/i686-pc-solaris2.8/3.4.4/../../../../i686-pc-solaris2.8/include #include ... search starts here: #include ... search starts here: /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/../../../../include/c++/3.4.4 /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/../../../../include/c++/3.4.4/i686-pc-solaris2.8 /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/../../../../include/c++/3.4.4/backward /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/include /usr/local/include /usr/local/gnu/gcc-3.4.4-5.8/include /usr/include End of search list. /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../libexec/gcc/i686-pc-solaris2.8/3.4.4/cc1plus -fpreprocessed fail_comp.ii -quiet -dumpbase fail_comp.cc -mtune=pentiumpro -auxbase fail_comp -O2 -version -o fail_comp.s GNU C++ version 3.4.4 (20051127 ) (i686-pc-solaris2.8) compiled by GNU C version 3.4.4 (20051127 ). GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=131013 /usr/local/gnu/gcc-3.4.4-5.8/as -V -Qy -s -o fail_comp.o fail_comp.s GNU assembler version 2.13.2 (i386-pc-solaris2.6) using BFD version 2.13.2 /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../libexec/gcc/i686-pc-solaris2.8/3.4.4/collect2 -V -Y P,/usr/ccs/lib:/usr/lib -Qy /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/crt1.o /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/crti.o /usr/ccs/lib/values-Xa.o /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/crtbegin.o -L/local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4 -L/local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc -L/usr/local/gnu/gcc-3.4.4-5.8/lib/gcc/i686-pc-solaris2.8/3.4.4 -L/usr/ccs/bin -L/usr/ccs/lib -L/local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/../../.. -L/usr/local/gnu/gcc-3.4.4-5.8/lib/gcc/i686-pc-solaris2.8/3.4.4/../../.. fail_comp.o -lstdc++ -lm -lgcc -lc -lgcc /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/crtend.o /local/SunOS-i386-5.8/gnu/gcc-3.4.4-5.8/bin/../lib/gcc/i686-pc-solaris2.8/3.4.4/crtn.o GNU ld version 2.13.2 Supported emulations: elf_i386_ldso elf_i386 --
[Bug c++/25768] [3.4 regression] wrong code with inlining at -O2
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-12 16:49 --- From looking at the source, it looks like you are violating aliasing rules but I cannot pinpoint where you are violating them. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25768
[Bug c++/25768] [3.4 regression] wrong code with inlining at -O2
--- Comment #3 from sschunck at pdf dot de 2006-01-12 17:04 --- The miscompiled line is (*newchild)-kind = interior; ( interior = 1 ) but when movl$1, (%edx) is done edx points to free_list; from function MemPool::new_element() instead of newchild -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25768
[Bug target/25755] ICE in testsuite/gcc.c-torture/execute/20050316-1.c
--- Comment #1 from brett dot albertson at stratech dot com 2006-01-12
17:48 ---
Update: If I add -mmmx as a command line argument, this successfully
compiles for me. I got the idea from this error message:
dev-zero:{root}# /opt/gcc-4.1/bin/g++ -c 20050316-1.c
20050316-1.c: In function 'int test2(int __vector__)':
20050316-1.c:17: warning: MMX vector argument without MMX enabled changes the
ABI
Brett
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25755
[Bug classpath/24642] Failure to produce random values.
--- Comment #2 from audriusa at bluewin dot ch 2006-01-12 17:49 --- Confirmed for the GNU Classpath CVS version as of Thu Jan 12 18:47:25 CET 2006. On each start, we print the same sequence of numbers, when Sun's jre each time prints the different sequence of numbers. -- audriusa at bluewin dot ch changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-12 17:49:14 date|| Version|0.16|0.20 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24642
[Bug c++/25771] New: ice in coalesce_abnormal_edges, at tree-outof-ssa.c:621
I just tried to compile package wesnoth-1.0.2 from Suse Linux with a recent GNU C compiler version 4.2 snapshot 20060107. The compiler snapshot said widgets/menu.hpp: In destructor virtual gui::menu::~menu(): widgets/menu.hpp:33: internal compiler error: in coalesce_abnormal_edges, at tree-outof-ssa.c:621 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [multiplayer_ui.o] Error 1 preprocessed source code attached. I tried to reduce the size of the source code, but failed. -- Summary: ice in coalesce_abnormal_edges, at tree-outof-ssa.c:621 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: x86_64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25771
[Bug tree-optimization/25771] ice in coalesce_abnormal_edges, at tree-outof-ssa.c:621
--- Comment #1 from dcb314 at hotmail dot com 2006-01-12 18:22 --- Created an attachment (id=10631) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10631action=view) C++ source code You need to use flag -O2 on an x86_64 linux box -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25771
[Bug tree-optimization/25771] ice in coalesce_abnormal_edges, at tree-outof-ssa.c:621
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-12 18:43 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25771
[Bug preprocessor/25772] New: No removal of redundant referencing / dereferencing
The preprocessor (or any subsequent component) does not remove superfluous referencing and dereferencing. For instance take the example of accessing the address of an element in an array. (data[i]) The preprocessor or at least another part should convert this to the equivalent of (data + i) Similarly the redundant de/referencing of ***variable is not be removed I know that this can be done from the coders side but in my case some nice tricks with macros and other things make it undesireable to code by hand. -- Summary: No removal of redundant referencing / dereferencing Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: othojunk at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25772
[Bug other/25772] No removal of redundant referencing / dereferencing
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-12 18:54 --- I don't understand what you want here? The preprocessor is not allowed to do this at all. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|preprocessor|other http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25772
[Bug c++/25773] New: Preprocessor concatenation of forward-slash fails
The code below fails to preprocess correctly. Shouldn't it handle this simple
case correctly? VC++ produces the expected results.
#define COMMENT /##/
void main( void )
{
COMMENT this line should be commented out
}
--
Summary: Preprocessor concatenation of forward-slash fails
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: SSacek at appsecinc dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25773
[Bug other/25772] No removal of redundant referencing / dereferencing
--- Comment #2 from bonzini at gnu dot org 2006-01-12 18:58 --- The compiler surely converts data[i] to data+i or the other way round even at no optimization level and so does with *a that is equivalent to a. You cannot expect the preprocessor to do that, and the result to show up with the -E option. But the generated assembly language has all of the optimizations you requested. -- bonzini at gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25772
[Bug c++/25773] Preprocessor concatenation of forward-slash fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-12 19:00 --- VC++ is wrong, there is no preprocessing token for // GCC is right in saying: t5.cc:5:1: error: pasting / and / does not give a valid preprocessing token -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25773
[Bug preprocessor/25775] New: No removal of redundant referencing / dereferencing
The preprocessor (or any subsequent component) does not remove superfluous referencing and dereferencing. For instance take the example of accessing the address of an element in an array. (data[i]) The preprocessor or at least another part should convert this to the equivalent of (data + i) Similarly the redundant de/referencing of ***variable is not be removed I know that this can be done from the coders side but in my case some nice tricks with macros and other things make it undesireable to code by hand. -- Summary: No removal of redundant referencing / dereferencing Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: othojunk at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25775
[Bug preprocessor/25775] No removal of redundant referencing / dereferencing
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-12 19:29 --- *** This bug has been marked as a duplicate of 25772 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25775
[Bug other/25772] No removal of redundant referencing / dereferencing
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-12 19:29 --- *** Bug 25775 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25772
[Bug c++/25768] [3.4 regression] wrong code with inlining at -O2
--- Comment #4 from sschunck at pdf dot de 2006-01-12 19:55 --- additional info: if instruction movl$1, (%edx) would be located two lines later the generated code would be correct (AFAIK) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25768
[Bug libstdc++/24660] versioning weak symbols in libstdc++
--- Comment #29 from jason at gcc dot gnu dot org 2006-01-12 20:10 --- Subject: Bug 24660 Author: jason Date: Thu Jan 12 20:10:47 2006 New Revision: 109647 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109647 Log: PR libstdc++/24660 * pt.c (check_explicit_specialization): Handle namespace association. * name-lookup.c (set_decl_namespace): Likewise. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/name-lookup.c trunk/gcc/cp/pt.c trunk/gcc/doc/extend.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
[Bug fortran/25756] ICE on valid code with labels
--- Comment #5 from kargl at gcc dot gnu dot org 2006-01-12 20:18 ---
The following simple patch
Index: parse.c
===
--- parse.c (revision 109606)
+++ parse.c (working copy)
@@ -349,8 +349,10 @@ next_free (void)
{
gfc_warning_now
(Ignoring statement label in empty statement at %C);
+#if 0
gfc_free_st_label (gfc_statement_label);
gfc_statement_label = NULL;
+#endif
return ST_NONE;
}
}
get rids of the ICE, but I don't understand why we have an ICE in first place.
The patch simply retains the labeled empty statement in the list of labels.
I haven't tested the patch beyond a simple program similar to those posted
by Bernhard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756
[Bug tree-optimization/22415] [4.0 Regression] ICE in coalesce_abnormal_edges
--- Comment #7 from law at redhat dot com 2006-01-12 20:30 ---
Subject: Re: [4.0 Regression] ICE in
coalesce_abnormal_edges
On Thu, 2006-01-12 at 16:30 +, pinskia at gcc dot gnu dot org wrote:
Before PRE a$a_1 is live from the beginning of BB6 through the outgoing
edge into BB3, through BB3, including the outgoing edge from BB3 to BB7
where it dies in the PHI node at the start of BB7.
PRE inserts of use of a$a_1 in BB2, which extends the lifetime of a$a_1
to include BB1 and BB2. Note that a$a_1 is used in an abnormal PHI
and is marked with SSA_NAME_OCCURS_IN_ABNORMAL_PHI, so PRE shouldn't be
messing with it in any way shape or form.
Anyway, a$a_1 now conflicts with a$a_52 which is live in BB1 and BB2
as well. a$a_52 gets coalesced with a$a_5, but we're unable to then
coalesce a$a_1 into that set because of the conflict.
You should assign this bug to Daniel since he's the PRE expert.
struct C
{
int a;
int *b;
int *c1 (int x) { return new int[sizeof (int) * x]; }
C (int x = 0) : a (x)
{
b = c1 (a);
}
C (const C x) : a (x.a)
{
b = c1 (a);
}
~C (void) { if (a) delete b; }
int operator [] (int x)
{
if (x == 0)
{
a = 1;
b = c1 (1);
}
else
C e (*this);
return b[x];
}
C operator (int x) { (*this)[a] = x; return *this; }
};
int
bar (void)
{
C a;
int f = 1;
while (f != -1)
a 1;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug tree-optimization/22415] [4.0 Regression] ICE in coalesce_abnormal_edges
--- Comment #8 from law at redhat dot com 2006-01-12 20:41 --- Subject: Re: [4.0 Regression] ICE in coalesce_abnormal_edges On Thu, 2006-01-12 at 20:30 +, law at redhat dot com wrote: You should assign this bug to Daniel since he's the PRE expert. I'll note that something like this seems to avoid the problem, but I have no idea if it's correct. It may (or may not) help Daniel in tracking this down. At this point I'm leaving this for Daniel to resolve since he's way more familiar with this code than I will ever be. Index: tree-ssa-pre.c === *** tree-ssa-pre.c (revision 109644) --- tree-ssa-pre.c (working copy) *** compute_avail (void) *** 1903,1909 for (phi = phi_nodes (block); phi; phi = PHI_CHAIN (phi)) /* We have no need for virtual phis, as they don't represent actual computations. */ ! if (is_gimple_reg (PHI_RESULT (phi))) add_to_sets (PHI_RESULT (phi), PHI_RESULT (phi), NULL, PHI_GEN (block), AVAIL_OUT (block)); --- 1903,1910 for (phi = phi_nodes (block); phi; phi = PHI_CHAIN (phi)) /* We have no need for virtual phis, as they don't represent actual computations. */ ! if (is_gimple_reg (PHI_RESULT (phi)) !!SSA_NAME_OCCURS_IN_ABNORMAL_PHI (PHI_RESULT (phi))) add_to_sets (PHI_RESULT (phi), PHI_RESULT (phi), NULL, PHI_GEN (block), AVAIL_OUT (block)); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug middle-end/25776] New: ICE in cgraph after error
C++ testcase:
namespace std {
templatetypename _Tp struct allocator {
};
}
namespace __gnu_cxx {
}
namespace std {
templatetypename _CharT, typename _Traits, typename _Alloc class
basic_string {
};
templatetypename _Tp, typename _Alloc struct _Vector_base {
struct _Vector_impl : public _Tp_alloc_type {
};
~_Vector_base() {
}
};
templatetypename _Tp, typename _Alloc = std::allocator_Tp class
vector : protected _Vector_base_Tp, _Alloc {
};
struct surface_restorer {
};
namespace events {
struct handler {
virtual ~handler();
};
struct widget : public events::handler {
std::vector surface_restorer restorer_;
};
struct scrollbar : public widget {
};
scrollbar a;
--
Summary: ICE in cgraph after error
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25776
[Bug target/25743] crosscompiler fails to build ada-rts for target platform.
--- Comment #4 from pluto at agmk dot net 2006-01-12 21:04 --- (In reply to comment #2) ../../xgcc -B../../ -c -g -O2 -gnatpg -nostdinc -gnatwZ s-fore.adb -o s-fore.o s-fore.adb: In function 'System.Fore.Fore': s-fore.adb:57: error: unrecognizable insn: (insn 18 17 19 0 s-fore.adb:41 (set (reg:CCFPE 96 %fcc0) (compare:CCFPE (reg/v:TF 111 [ t ]) (reg:TF 115))) -1 (nil) (nil)) gcc-4.1 (rev109597) ICEs in the same way during sparc32 - sparc64 gnatlib crosscompilation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25743
[Bug middle-end/25776] [4.2 Regression] ICE in cgraph after error
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Summary|ICE in cgraph after error |[4.2 Regression] ICE in ||cgraph after error Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25776
[Bug testsuite/25777] New: acats_run doesn't include gcc base directory in LD_LIBRARY_PATH
This causes numerous testsuite failures. See
http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00437.html
versus
http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg00555.html.
In the latter run, I explicitly exported LD_LIBRARY_PATH in
my build script. The exported patch included the gcc build
directory so that the newly built version of libgcc_s.so.2
would get used in the testsuite run.
There appears to be an incompatibility between the installed
version of /lib/libgcc_s.so.2. The installed version appears
to be for gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5).
We have in acats_run:
ROOT=`${PWDCMD-pwd}`
BASE=`cd $ROOT/../../..; ${PWDCMD-pwd}`
PATH=$BASE:$ROOT:$PATH
ADA_INCLUDE_PATH=$BASE/ada/rts
LD_LIBRARY_PATH=$ADA_INCLUDE_PATH:$LD_LIBRARY_PATH
As can be seen, the path defined for LD_LIBRARY_PATH doesn't
include $BASE.
--
Summary: acats_run doesn't include gcc base directory in
LD_LIBRARY_PATH
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25777
[Bug ada/18659] [4.2 Regression] ACATS failures c32001e c64105b c95086b
--- Comment #22 from laurent at guerby dot net 2006-01-12 21:29 --- On mainline as of 20060111, the three ACATS ICE are present when cross compiling from x86-linux to sparc-rtems4.7. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug tree-optimization/25771] [4.2 Regression] ice in coalesce_abnormal_edges, at tree-outof-ssa.c:621
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-12 21:48 ---
Reduced testcase:
int g();
struct string {
static int _S_empty_rep_storage[];
void _M_destroy();
char* _M_rep;
~string()
{
if (_M_rep != (char*)_S_empty_rep_storage )
if (g() = 0)
_M_destroy();
}
};
extern void SDL_FreeSurface(int surface);
struct scoped_resource {
~scoped_resource() {
SDL_FreeSurface(1);
}
};
struct surface {
scoped_resource surface_;
};
struct button {
string help_text_;
string label_;
surface image_;
};
struct scrollbar {
string help_text_;
button uparrow_;
};
scrollbar a;
---
As far as I can tell PRE is adding mergephitmp on an edge to an abornal branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-01-12 21:48:14
date||
Summary|ice in |[4.2 Regression] ice in
|coalesce_abnormal_edges, at |coalesce_abnormal_edges, at
|tree-outof-ssa.c:621|tree-outof-ssa.c:621
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25771
[Bug target/22209] [4.1/4.2 regression] libgfortran unresolvable symbols on irix6.5
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-12 22:09:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22209
[Bug target/25758] gcc.c-torture/compile/20030921-1.c fails at -O0
--- Comment #1 from echristo at apple dot com 2006-01-12 22:25 --- I'm testing it for Andrew. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25758
[Bug fortran/25756] ICE on valid code with labels
--- Comment #6 from sgk at troutmask dot apl dot washington dot edu 2006-01-12 22:41 --- Subject: Re: ICE on valid code with labels On Thu, Jan 12, 2006 at 08:18:50PM -, kargl at gcc dot gnu dot org wrote: get rids of the ICE, but I don't understand why we have an ICE in first place. The patch simply retains the labeled empty statement in the list of labels. I peeked at the g95 source code, and now I have a better understanding on why we get an ICE. Ask yourself what happens when you delete the head of a linked list but you do not update the head pointer and then you want to start at head to delete the entire list. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756
[Bug fortran/25756] ICE on valid code with labels
--- Comment #7 from kargl at gcc dot gnu dot org 2006-01-12 22:42 --- I have a patch. -- kargl at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kargl at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-01-11 21:41:00 |2006-01-12 22:42:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756
[Bug rtl-optimization/24626] [4.1/4.2 Regression] internal compiler error: verify_flow_info failed
--- Comment #25 from steven at gcc dot gnu dot org 2006-01-12 22:56 --- I can not reproduce this ICE. We really need some way to reproduce the problem that Mustafa's patch was supposed to fix. I use a cross-compiler from AMD64 to ppc: GNU C version 4.2.0 20060112 (experimental) (powerpc64-unknown-linux-gnu) And compiling the test case from comment #24 does not reproduce the ICE for me. It just compiles without problems. I used the following command line: $ ./cc1 -O -mcpu=power5 -fmodulo-sched smaller_comb.c -- steven at gcc dot gnu dot org changed: What|Removed |Added CC||steven at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
[Bug tree-optimization/22415] [4.0 Regression] ICE in coalesce_abnormal_edges
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-01-12 23:13 --- That would fix it perfectly fine, i'll bootstrap and test it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug tree-optimization/25771] [4.2 Regression] ice in coalesce_abnormal_edges, at tree-outof-ssa.c:621
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-01-12 23:18 --- Mine, testing a patch. -- dberlin at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-01-12 21:48:14 |2006-01-12 23:18:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25771
[Bug other/25778] New: weird struct size.
typedef unsigned char u8;
typedef unsigned int u32;
typedef unsigned long long u64;
struct x
{
u8 x1[64];
u64 x2;
u32 x3;
};
#include stdio.h
int main()
{
struct x x;
printf(sizeof(x)= %2u\n, sizeof(x));
printf(offset(M.x1) = %2u\n, (unsigned)x.x1 - (unsigned)x);
printf(sizeof(M.x1) = %2u\n, sizeof(x.x1));
printf(offset(M.x2) = %2u\n, (unsigned)x.x2 - (unsigned)x);
printf(sizeof(M.x2) = %2u\n, sizeof(x.x2));
printf(offset(M.x3) = %2u\n, (unsigned)x.x3 - (unsigned)x);
printf(sizeof(M.x3) = %2u\n, sizeof(x.x3));
return 0;
}
with `-O2` I get:
sizeof(x)= 80 = why not 76 ?
offset(M.x1) = 0
sizeof(M.x1) = 64
offset(M.x2) = 64
sizeof(M.x2) = 8
offset(M.x3) = 72
sizeof(M.x3) = 4
with `-O2 -fpack-struct`
sizeof(x)= 76
offset(M.x1) = 0
sizeof(M.x1) = 64
offset(M.x2) = 64
sizeof(M.x2) = 8
offset(M.x3) = 72
sizeof(M.x3) = 4
why ppc (without -fpack-struct) extends this structure to 80 bytes?
--
Summary: weird struct size.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC build triplet: ppc-linux
GCC host triplet: ppc-linux
GCC target triplet: ppc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25778
[Bug other/25778] weird struct size.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-12 23:46 --- This is not a bug. The alignment of u64 is 8bytes so the whole struct becomes alignment of 8bytes. This is called natural alignment. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25778
[Bug target/22099] builtin_setjmp gives duplicate labels
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-12 23:53 --- Ok, I think I will be able to fix this fully, working on it for now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug rtl-optimization/24626] [4.1/4.2 Regression] internal compiler error: verify_flow_info failed
--- Comment #26 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-13
00:12 ---
Subject: Re: [4.1/4.2 Regression] internal compiler error: verify_flow_info
failed
--- Comment #25 from steven at gcc dot gnu dot org 2006-01-12 22:56
---
I can not reproduce this ICE. We really need some way to reproduce the
problem
that Mustafa's patch was supposed to fix.
This is still present in the trunk as of today. I can reproduce it using
the testcase in comment #2 on hppa-unknown-linux-gnu. This is the jump_insn:
(gdb) p debug_rtx (insn)
(jump_insn 21 19 31 2 (parallel [
(set (pc)
(if_then_else (eq (reg:SI 28 %r28)
(const_int 0 [0x0]))
(label_ref 31)
(pc)))
(set (reg/v:SI 3 %r3 [orig:94 call_result ] [94])
(reg:SI 28 %r28))
]) 227 {*pa.md:8779} (insn_list:REG_DEP_TRUE 19 (nil))
(expr_list:REG_DEAD (reg:SI 28 %r28)
(expr_list:REG_BR_PROB (const_int 1 [0x2710])
(nil
n_branch == 0.
Did you try the testcase in #24 without Mustafa's patch to cfgrtl.c?
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
[Bug rtl-optimization/25381] local alloc is not really that good
--- Comment #2 from dtemirbulatov at gmail dot com 2006-01-13 00:42 --- Created an attachment (id=10634) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10634action=view) workaround for the bug verified and tested on ppc_440 # gcc -v Using built-in specs. Target: powerpc-440-linux-gnu Configured with: ../gcc/configure --target=powerpc-440-linux-gnu --host=i686-host_pc-linux-gnu --prefix=/home/dinar/work/fsfbugz/25381/branch-4.0/gcc-20040801-core-prefix/ --with-local-prefix=/home/dinar/work/gnu/tools/gcc-4.0.0-glibc-2.3.5/powerpc-440-linux-gnu/powerpc-440-linux-gnu --disable-multilib --with-newlib --without-headers --disable-nls --enable-threads=no --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c --disable-shared Thread model: single gcc version 4.2.0 20060112 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25381
[Bug target/22099] builtin_setjmp gives duplicate labels
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-13 01:36 --- Created an attachment (id=10635) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10635action=view) patch which needs testing but works for simple testing ChangeLog: * i386.md (builtin_setjmp_receiver): Don't emit the label. * i386.c (output_set_got): Output the label if we have one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug target/25758] gcc.c-torture/compile/20030921-1.c fails at -O0
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-13 01:38 --- Taking for now while waiting for the results. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-01-13 01:38:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25758
[Bug rtl-optimization/24376] wrong-code unless -fno-sched-interblock
--- Comment #12 from seidl at feld dot cvut dot cz 2006-01-13 02:11 --- (In reply to comment #11) Hi Nick, the patched compiler works OK and cross-compiled program in target v850 platform seems to be functional and stable. I assume, the problem is solved, but I plane to make a thorough program functionality tests in next days. I will inform you about result of the tests in next week, but I hope that the problem is solved. Thank you for your help and for GCC maintenance. Cheers Libor -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24376
[Bug c/25779] New: mixed declaration and code switch statement parsing issue
C99 supports mixed declarations and code but the following does not compile
(with --std=c99). It will compile if you uncomment the lone semicolon, a parser
bug, or perhaps I'm missing something?
#include stdio.h
main()
{
int a = 0;
switch (a) {
case 0:
//;
int b = 0;
printf(%d\n,b);
break;
}
}
--
Summary: mixed declaration and code switch statement parsing
issue
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ecollins at vmware dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25779
[Bug c/25779] mixed declaration and code switch statement parsing issue
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-13 03:03 --- Yes declarations are not statements. Labels only apply to statements and not declarations. See PR 7508 comment #1 for more clarification. Closing as a dup of bug 7508. *** This bug has been marked as a duplicate of 7508 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25779
[Bug c/7508] GCC refuses to compile a declartion right after a 'case' in switch
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-13 03:03 --- *** Bug 25779 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||ecollins at vmware dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7508
[Bug c++/25768] [3.4 regression] wrong code with inlining at -O2
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-13 03:34 --- You are violating C++ aliasing rules, you have: int new_ybar_inline p = reinterpret_castvoid *( free_list ); free_list = free_list-next; .. return p; *newchild = new_ybar_inline(); (*newchild)-kind = interior; so you are accessing the same memory location via two types. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25768
[Bug target/25780] New: ICE
sparc-rtems4.7-gcc -O2 smc9.i smc9.c: In function 'smc9_rxDaemon': smc9.c:481: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. # sparc-rtems4.7-gcc --version sparc-rtems4.7-gcc (GCC) 4.0.2 (RTEMS gcc-4.0.2-20051124/newlib-1.14.0-20051219-0.20051229.0.fc4) i.e. GCC-4.0-branch as of 2005-11-24 with newlib-1.14.0 -- Summary: ICE Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: corsepiu at gcc dot gnu dot org GCC target triplet: sparc-*-elf*/sparc-*-rtems* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25780
[Bug target/25780] ICE
--- Comment #1 from corsepiu at gcc dot gnu dot org 2006-01-13 03:57 --- Created an attachment (id=10636) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10636action=view) --save-temps generated file from the ICE GCC ices on this code with -O2, but doesn't ice with -O1 or -O0: # sparc-rtems4.7-gcc -O1 -c smc9.i # sparc-rtems4.7-gcc -O2 -c smc9.i smc9.c: In function 'smc9_rxDaemon': smc9.c:481: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25780
[Bug target/22099] builtin_setjmp gives duplicate labels
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-13 04:29 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00685.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||01/msg00685.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug c/25781] New: internal compiler error: Arithmetic exception
WinAvr with Atmega16:
Source Code:
//
#include avr/io.h
#include avr/pgmspace.h
#define lcm_DI_SET PORTD=_BV(PD7)
void lcm_WriteByte(unsigned char dat)
{
lcm_DI_SET;
}
void lcm_Show(unsigned char column, prog_void *addr)
{
unsigned char i, m;
for(m = 0; m 8; m++)
{
i = pgm_read_byte(addr + m);
lcm_WriteByte(i);
}
}
int main(void)
{
while(1);
}
/
Result:
begin
avr-gcc (GCC) 3.4.3
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Size before:
main.elf :
section size addr
.text 148 0
.data0 8388704
.bss 1 8388704
.noinit 0 8388705
.eeprom 0 8454144
.debug_aranges 20 0
.debug_pubnames 48 0
.debug_info168 0
.debug_abbrev 123 0
.debug_line205 0
.debug_str 118 0
Total 831
AVR Memory Usage:
-
Device: atmega16
Program: 148 bytes (0.9% Full)
(.text + .data + .bootloader)
Data: 1 bytes (0.1% Full)
(.data + .bss + .noinit)
Compiling: main.c
avr-gcc -c -mmcu=atmega16 -I. -gdwarf-2 -DF_CPU=800UL -Os -funsigned-char
-funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes
-Wa,-adhlns=main.lst -std=gnu99 -MD -MP -MF .dep/main.o.d main.c -o main.o
main.c: In function `lcm_Show':
main.c:17: internal compiler error: Arithmetic exception
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
make: *** [main.o] Error 1
--
Summary: internal compiler error: Arithmetic exception
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: test_code at yahoo dot com dot cn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25781
