[Bug rtl-optimization/28726] -fsched2-use-superblock produces wrong code
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 06:17 --- This is a latent bug on the mainline, the loop is fully optimized out by the time we get to the scheduler. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.2.0 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28726
[Bug c++/23211] [4.0/4.1/4.2 regression] using dec in nested class doesn't import name
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-08-16 06:43 --- Janis, Could you do a regression hunt on this bug? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23211
[Bug middle-end/28749] Miscompilation of glibc/stdio-common/vfprintf.c, invalid delay slot fill.
--- Comment #3 from carlos at systemhalted dot org 2006-08-16 06:48 --- Dumping vfprintf.c compile with -S and -da ; basic block 131 .LBE379: .LBB380: .LBB380: ; vfprintf.c:1448 .loc 2 1448 0 ldw 8(%r3),%r28 ldil L'16384,%r22 ldb 0(%r28),%r21 .LVL339: ldo -6804(%r22),%r22 extrs %r21,31,8,%r28 addl %r22,%r3,%r22 stw %r28,0(%r22) ldo -32(%r21),%r20 ldi 90,%r28 extru %r20,31,8,%r20 ; vfprintf.c:1562 .loc 2 1562 0 ; vfprintf.c:1448 .loc 2 1448 0 comb, %r28,%r20,.L1104 ldil L'16384,%r21 Incorrect delay slot fill. ; basic block 313 .LVL557: .L1104: .LBE425: .LBE418: .LBE417: .LBB426: ; vfprintf.c:1562 .loc 2 1562 0 ldo -6804(%r21),%r21 addl %r21,%r3,%r21 ldw 0(%r21),%r21 bb 313 is missing the first insn. The output of vfprintf.c.157r.dbr shows: (barrier 18544 18543 2803) (note 2803 18544 14801 (vfprintf.c) 1561) (note 14801 2803 14802 ( size (expr_list:REG_DEP_TRUE (reg/v:SI 5 %r5 [orig:281 size ] [281]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (note 14802 14801 14803 ( function_done (nil)) NOTE_INSN_VAR_LOCATION) (note 14803 14802 14804 ( size (expr_list:REG_DEP_TRUE (reg/v:SI 5 %r5 [orig:280 size ] [280]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (note 14804 14803 14805 ( __self (expr_list:REG_DEP_TRUE (reg/v/f:SI 5 %r5 [orig:364 __self ] [364]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (note 14805 14804 14806 ( ptr (expr_list:REG_DEP_TRUE (reg/v/f:SI 21 %r21 [orig:346 ptr ] [346]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (note 14806 14805 2804 ( size (expr_list:REG_DEP_TRUE (reg/v:SI 5 %r5 [orig:282 size ] [282]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (code_label/s 2804 14806 2805 242 (do_form_unknown) [1 uses]) (note 2805 2804 2806 [bb 313] NOTE_INSN_BASIC_BLOCK) (note 2806 2805 14807 (vfprintf.c) 1562) (note 14807 2806 19223 ( ptr (nil)) NOTE_INSN_VAR_LOCATION) (code_label 19223 14807 8862 1104 [2 uses]) (insn 8862 19223 8863 vfprintf.c:1562 (set (reg/f:SI 21 %r21) (plus:SI (reg/f:SI 21 %r21) (const_int -6804 [0xe56c]))) 114 {addsi3} (nil) (expr_list:REG_EQUAL (const_int 9580 [0x256c]) (nil))) And the set has been moved into bb 131 (insn 19224 831 14145 vfprintf.c:1562 (sequence [ (jump_insn:TI 833 831 8861 vfprintf.c:1448 (set (pc) (if_then_else (gtu (reg:SI 20 %r20 [782]) (reg:SI 28 %r28 [783])) (label_ref:SI 19223) (pc))) -1 (nil) (expr_list:REG_BR_PRED (const_int 4 [0x4]) (expr_list:REG_DEAD (reg:SI 20 %r20 [782]) (expr_list:REG_DEAD (reg:SI 28 %r28 [783]) (expr_list:REG_EQUAL (if_then_else (gtu (reg:SI 20 %r20 [782]) (const_int 90 [0x5a])) (label_ref:SI 19223) (pc)) (expr_list:REG_BR_PROB (const_int 5000 [0x1388]) (nil))) (insn/s:TI 8861 833 14145 (set (reg/f:SI 21 %r21) (const_int 16384 [0x4000])) 37 {*pa.md:2482} (nil) (nil)) ]) -1 (nil) (nil)) While vfprintf.c.156r.barriers shows: (barrier 12266 12265 2803) (note 2803 12266 14801 (vfprintf.c) 1561) (note 14801 2803 14802 ( size (expr_list:REG_DEP_TRUE (reg/v:SI 5 %r5 [orig:281 size ] [281]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (note 14802 14801 14803 ( function_done (nil)) NOTE_INSN_VAR_LOCATION) (note 14803 14802 14804 ( size (expr_list:REG_DEP_TRUE (reg/v:SI 5 %r5 [orig:280 size ] [280]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (note 14804 14803 14805 ( __self (expr_list:REG_DEP_TRUE (reg/v/f:SI 5 %r5 [orig:364 __self ] [364]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (note 14805 14804 14806 ( ptr (expr_list:REG_DEP_TRUE (reg/v/f:SI 21 %r21 [orig:346 ptr ] [346]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (note 14806 14805 2804 ( size (expr_list:REG_DEP_TRUE (reg/v:SI 5 %r5 [orig:282 size ] [282]) (const_int 0 [0x0]))) NOTE_INSN_VAR_LOCATION) (code_label/s 2804 14806 2805 242 (do_form_unknown) [5 uses]) (note 2805 2804 2806 [bb 313] NOTE_INSN_BASIC_BLOCK) (note 2806 2805 8861 (vfprintf.c) 1562) (insn:TI 8861 2806 14807 vfprintf.c:1562 (set (reg/f:SI 21 %r21) (const_int 16384 [0x4000])) 37 {*pa.md:2482} (nil) (nil)) That is is still present in the correct basic block before dbr, and the label and barriers are present. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28749
[Bug rtl-optimization/21676] [4.0/4.1/4.2 Regression] Optimizer regression: SciMark sparse matrix benchmark
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-16 06:50 --- Can someone try the mainline again after Paolo B.'s patch? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21676
[Bug c++/28248] [4.1/4.2 regression] Trouble with invalid initializers
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-16 06:52 --- Confirmed. -- 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-08-16 06:52:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28248
[Bug gcov/profile/26570] [4.1/4.2 Regression] -fprofile-generate -fprofile-use cause memory corruption immediately
--- Comment #10 from patchapp at dberlin dot org 2006-08-16 07:06 --- Subject: Bug number PR 26570 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00399.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26570
[Bug tree-optimization/28411] Illegal instruction error with -ftrapv
--- Comment #9 from patchapp at dberlin dot org 2006-08-16 07:10 --- Subject: Bug number PR28411 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00090.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28411
[Bug tree-optimization/28411] [4.1/4.2 Regression] Illegal instruction error with -ftrapv
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.0 4.2.0 Known to work||3.4.0 Summary|Illegal instruction error |[4.1/4.2 Regression] |with -ftrapv|Illegal instruction error ||with -ftrapv Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28411
[Bug testsuite/28703] FAIL: gcc.c-torture/execute/pr28651.c execution
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-08-16 08:11 --- Never saw it on the branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28703
[Bug c/28752] New: bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
svn revision: 116108 make bootstrap BOOT_CFLAGS=-O2 -ftree-vectorize -maltivec 21 | tee build.log Comparing stages 2 and 3 /home/victork/mainline-merge/build/stage3-gcc Bootstrap comparison failure! ./gcc.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/home/victork/mainline-merge/build' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/home/victork/mainline-merge/build' make: *** [bootstrap] Error 2 % stage3-gcc/xgcc -v Using built-in specs. Target: powerpc64-unknown-linux-gnu Configured with: ../gcc/configure --prefix=/Develop/mainline-merge --enable-bootstrap --enable-languages=c,c++ Thread model: posix gcc version 4.2.0 20060813 (experimental) % uname -a Linux mac-victork.haifa.ibm.com 2.6.10-1.yhpc.1smp #1 SMP Thu Mar 17 19:38:06 MST 2005 ppc64 ppc64 ppc64 GNU/Linux System compiler: % gcc -v Reading specs from /usr/lib/gcc-lib/ppc64-yellowdog-linux/3.3.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --enable-symvers=gnu --host=ppc64-yellowdog-linux --build=ppc64-yellowdog-linux --target=ppc64-yellowdog-linux --with-cpu=default32 --enable-biarch Thread model: posix gcc version 3.3.3 (Yellow Dog Linux 3.3.3-16.ydl.8) -- Summary: bootstrap comparision fails with -ftree-vectorize - maltivec on ppc Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: victork at il dot ibm dot com GCC build triplet: powerpc64-linux GCC host triplet: powerpc64-linux GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
[Bug bootstrap/28695] Problem compiling Gcc 4.1.1 on a 64 bit linux redhat kernel
--- Comment #2 from f98faka at chalmers dot se 2006-08-16 09:13 --- I tried changing the ax_default_prefix directory, but it didn't help. I tried using make bootstrap instead of make and got libcpp.a(charset.o)(.text+0x2e): In function `convert_utf8_utf16': : undefined reference to `one_utf8_to_utf16' libcpp.a(charset.o)(.text+0x1bd): In function `convert_utf8_utf32': : undefined reference to `one_utf8_to_utf32' libcpp.a(charset.o)(.text+0x1f9): In function `convert_utf16_utf8': : undefined reference to `one_utf16_to_utf8' libcpp.a(charset.o)(.text+0x235): In function `convert_utf32_utf8': : undefined reference to `one_utf32_to_utf8' collect2: ld returned 1 exit status make[2]: *** [makedepend] Error 1 make[2]: Leaving directory `/chalmers/users/f98faka/OpenFOAM/linuxAMD64/gcc-4.1.1/host-x86_64-unknown-linux-gnu/libcpp' make[1]: *** [all-libcpp] Error 2 make[1]: Leaving directory `/chalmers/users/f98faka/OpenFOAM/linuxAMD64/gcc-4.1.1' make: *** [all] Error 2 The comand that failed before was make, but unfortunately I cannot reproduce the error now, I just get the error previously pasted. Sorry if I've wasted your time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28695
[Bug c/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #1 from victork at il dot ibm dot com 2006-08-16 09:19 --- gcc.o diff: --- x 2006-08-16 12:16:58.669218328 +0300 +++ y 2006-08-16 12:17:05.353268576 +0300 @@ -1,6 +1,6 @@ -stage2-gcc/gcc.o: file format elf64-powerpc -stage2-gcc/gcc.o +stage3-gcc/gcc.o: file format elf64-powerpc +stage3-gcc/gcc.o architecture: powerpc:common64, flags 0x0011: HAS_RELOC, HAS_SYMS start address 0x @@ -7272,7 +7272,7 @@ 60a8: e9 73 01 20 ld r11,288(r19) 60ac: 1d 29 00 18 mulli r9,r9,24 60b0: 7f 89 59 2a stdxr28,r9,r11 -60b4: 7f 49 5a 14 add r26,r9,r11 +60b4: 7f a9 5a 14 add r29,r9,r11 60b8: 41 8e 01 94 beq-cr3,624c .process_command+0x222c 60bc: 2f 9b 00 55 cmpwi cr7,r27,85 60c0: 41 9e 01 8c beq-cr7,624c .process_command+0x222c @@ -7301,7 +7301,7 @@ 611c: 2f 9b 00 47 cmpwi cr7,r27,71 6120: 41 9e 01 2c beq-cr7,624c .process_command+0x222c 6124: 88 1c 00 01 lbz r0,1(r28) -6128: 3b 1c 00 01 addir24,r28,1 +6128: 3b 5c 00 01 addir26,r28,1 612c: 7c 00 00 d0 neg r0,r0 6130: 78 1e 0f e0 rldicl r30,r0,1,63 6134: e8 82 01 e0 ld r4,480(r2) @@ -7347,7 +7347,7 @@ 61b8: e9 33 01 1a lwa r9,280(r19) 61bc: e8 13 01 20 ld r0,288(r19) 61c0: f8 7d 00 08 std r3,8(r29) -61c4: 7f 03 c3 78 mr r3,r24 +61c4: 7f 43 d3 78 mr r3,r26 61c8: 1d 29 00 18 mulli r9,r9,24 61cc: 7d 29 02 14 add r9,r9,r0 61d0: eb a9 00 08 ld r29,8(r9) @@ -7385,7 +7385,7 @@ 6244: 90 13 01 18 stw r0,280(r19) 6248: 4b ff e7 38 b 4980 .process_command+0x960 624c: 88 1c 00 01 lbz r0,1(r28) -6250: 3b 1c 00 01 addir24,r28,1 +6250: 3b 5c 00 01 addir26,r28,1 6254: 7c 00 00 d0 neg r0,r0 6258: 78 1e 0f e1 rldicl. r30,r0,1,63 625c: 40 82 fe d8 bne+6134 .process_command+0x2114 @@ -7435,8 +7435,8 @@ 62fc: 78 00 d1 82 rldicl r0,r0,58,6 6300: 7f de 00 50 subfr30,r30,r0 6304: 7c 1e ba 14 add r0,r30,r23 -6308: 7c 1d 07 b4 extsw r29,r0 -630c: 7f 99 e8 00 cmpwcr7,r25,r29 +6308: 7c 1b 07 b4 extsw r27,r0 +630c: 7f 99 d8 00 cmpwcr7,r25,r27 6310: 40 9d 05 10 ble-cr7,6820 .process_command+0x2800 6314: 38 7e 00 01 addir3,r30,1 6318: 7c 63 07 b4 extsw r3,r3 @@ -7446,7 +7446,7 @@ 6324: 60 00 00 00 nop 6328: 2f 9e 00 00 cmpwi cr7,r30,0 632c: 39 40 00 00 li r10,0 -6330: f8 7a 00 08 std r3,8(r26) +6330: f8 7d 00 08 std r3,8(r29) 6334: 40 9d 00 58 ble-cr7,638c .process_command+0x236c 6338: e9 33 01 1a lwa r9,280(r19) 633c: e9 53 01 20 ld r10,288(r19) @@ -7468,7 +7468,7 @@ 637c: 39 29 00 08 addir9,r9,8 6380: 42 00 ff f0 bdnz+ 6370 .process_command+0x2350 6384: 7b ca 1f 24 rldicr r10,r30,3,60 -6388: 7f b7 eb 78 mr r23,r29 +6388: 7f 77 db 78 mr r23,r27 638c: e9 33 01 1a lwa r9,280(r19) 6390: e8 13 01 20 ld r0,288(r19) 6394: 1d 29 00 18 mulli r9,r9,24 @@ -7503,16 +7503,16 @@ 63f8: 60 00 00 00 nop 63fc: 2e 23 00 00 cmpdi cr4,r3,0 6400: 41 92 fd 64 beq+cr4,6164 .process_command+0x2144 -6404: eb a2 01 f8 ld r29,504(r2) +6404: eb 02 01 f8 ld r24,504(r2) 6406: R_PPC64_TOC16_DS .toc+0x1f8 6408: 7f 83 e3 78 mr r3,r28 -640c: 7f a4 eb 78 mr r4,r29 +640c: 7f 04 c3 78 mr r4,r24 6410: 48 00 00 01 bl 6410 .process_command+0x23f0 6410: R_PPC64_REL24 .strcmp 6414: 60 00 00 00 nop 6418: 2f a3 00 00 cmpdi cr7,r3,0 641c: 40 9e 01 f8 bne-cr7,6614 .process_command+0x25f4 -6420: 7f a4 eb 78 mr r4,r29 +6420: 7f 04 c3 78 mr r4,r24 6424: 7f 83 e3 78 mr r3,r28 6428: 48 00 00 01 bl 6428 .process_command+0x2408 6428: R_PPC64_REL24 .strcmp @@ -7870,7 +7870,7 @@ 6870: 40 9e 00 64 bne-cr7,68d4 .process_command+0x28b4 6874: 3a 80 00 00 li r20,0 6878: 4b ff e1 08 b 4980 .process_command+0x960 -687c: f8 7a 00 08 std r3,8(r26) +687c: f8 7d 00 08 std r3,8(r29)
[Bug target/28753] New: [4.2 regression] ICE in extract_insn, at recog.c:2075 on powerpc
The following ICE on powerpc with gcc 4.2 appeared between 20051124 and 20060218: (sid)362:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2 pyepl-environment.c pyepl-environment.c: In function '__pyx_f_11environment_15LowVEnvironment_near_callback': pyepl-environment.c:148: error: unrecognizable insn: (insn 295 122 296 11 (set (reg:CC 0 0) (const_int 0 [0x0])) -1 (nil) (nil)) pyepl-environment.c:148: internal compiler error: in extract_insn, at recog.c:2075 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. zsh: exit 1 /usr/lib/gcc-snapshot/bin/gcc -c -O2 pyepl-environment.c (sid)363:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O1 pyepl-environment.c (sid)364:[EMAIL PROTECTED]: ~] -- Summary: [4.2 regression] ICE in extract_insn, at recog.c:2075 on powerpc Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28753
[Bug c/28752] bootstrap comparision fails with -ftree-vectorize -maltivec on ppc
--- Comment #2 from pluto at agmk dot net 2006-08-16 09:23 --- probably the same issue as PR20586. -- pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
[Bug target/28753] [4.2 regression] ICE in extract_insn, at recog.c:2075 on powerpc
--- Comment #1 from tbm at cyrius dot com 2006-08-16 09:23 --- Created an attachment (id=12082) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12082action=view) test case Testcase from application pyepl. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28753
[Bug libgcj/28312] peer libraries are installed into gcjversionedlibdir, not into nativeexeclib
--- Comment #7 from debian-gcc at lists dot debian dot org 2006-08-16 09:56 --- ok, I had another thinko on my side (using [] in a sed pattern in configure.ac to set the private directory). I'm installing into /usr/lib/gcj-4.2, to avoid changing directories across subminor version upgrades. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28312
[Bug c/28744] externally_visible attribute not effective with prior declaration of symbol.
--- Comment #4 from jakub at gcc dot gnu dot org 2006-08-16 10:23 --- Reopening, as the remaining part needs to be fixed too. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28744
[Bug middle-end/28713] GNU OpenMP produces type mismatches
--- Comment #6 from jakub at gcc dot gnu dot org 2006-08-16 10:33 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28713
[Bug middle-end/28724] atomic produces type mismatches
--- Comment #4 from jakub at gcc dot gnu dot org 2006-08-16 10:33 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28724
[Bug libgomp/28725] Case Sensitive OpenMP environment variables and patch
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||08/msg00530.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Keywords||openmp Last reconfirmed|-00-00 00:00:00 |2006-08-16 11:44:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28725
[Bug rtl-optimization/21676] [4.0/4.1/4.2 Regression] Optimizer regression: SciMark sparse matrix benchmark
--- Comment #6 from uros at kss-loka dot si 2006-08-16 12:15 --- IMO the problem here is in IVopts. Using gcc-3.x, the innermost loop compiles to: .L15: movl(%edi,%edx,4), %eax fldl(%ebp,%edx,8) addl$1, %edx fmull (%esi,%eax,8) cmpl%ecx, %edx faddp %st, %st(1) jl .L15 and with current SVN gcc-4.2 into: .L12: movl(%ecx), %eax fldl(%ebp,%eax,8) fmull (%edx) faddp %st, %st(1) addl$1, %ebx addl$4, %ecx addl$8, %edx cmpl%esi, %ebx jne .L12 Adding -fno-ivopts, this loop gets compiled into: .L12: movl(%edi,%edx,4), %eax fldl(%esi,%eax,8) fmull (%ebp,%edx,8) faddp %st, %st(1) addl$1, %edx cmpl%edx, %ecx jg .L12 Timings (-O3 -march=pentium4 -fomit-frame-pointer): gcc-3.2: 0m2.301s gcc-4.2: 0m2.713s gcc-4.2 + -fno-ivopts: 0m2.473s with: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) gcc version 4.2.0 20060816 (experimental) I think that remaining time difference is due to strange loop above innermost: gcc-3.2: fld %st(0) .L16: movl36(%esp), %eax fld %st(0) movl4(%eax,%ebx,4), %ecx movl(%eax,%ebx,4), %edx cmpl%ecx, %edx jge .L23 .L15: movl(%edi,%edx,4), %eax fldl(%ebp,%edx,8) addl$1, %edx fmull (%esi,%eax,8) cmpl%ecx, %edx faddp %st, %st(1) jl .L15 .L23: movl28(%esp), %eax fstpl (%eax,%ebx,8) addl$1, %ebx cmpl24(%esp), %ebx jl .L16 gcc-4.2: .L8: movl36(%esp), %edx movl(%edx,%edi,4), %eax movl4(%edx,%edi,4), %esi fldz cmpl%esi, %eax jge .L11 fstp%st(0) movl40(%esp), %ebx leal(%ebx,%eax,4), %ecx movl32(%esp), %ebx leal(%ebx,%eax,8), %edx fldz xorl%ebx, %ebx subl%eax, %esi .L12: movl(%ecx), %eax fldl(%ebp,%eax,8) fmull (%edx) faddp %st, %st(1) addl$1, %ebx addl$4, %ecx addl$8, %edx cmpl%esi, %ebx jne .L12 .L11: movl28(%esp), %eax fstpl (%eax,%edi,8) addl$1, %edi cmpl24(%esp), %edi jne .L8 and gcc-4.2 -fno-ivopts: .L8: leal(%ebx,%ebx), %eax movl40(%esp), %edx movl(%edx,%eax,2), %edx movl%edx, (%esp) movl40(%esp), %edx movl4(%edx,%eax,2), %ecx fldz cmpl%ecx, (%esp) jge .L11 fstp%st(0) movl(%esp), %edx fldz .L12: movl(%edi,%edx,4), %eax fldl(%esi,%eax,8) fmull (%ebp,%edx,8) faddp %st, %st(1) addl$1, %edx cmpl%edx, %ecx jg .L12 .L11: movl32(%esp), %ecx fstpl (%ecx,%ebx,8) addl$1, %ebx cmpl%ebx, 28(%esp) jg .L8 -- uros at kss-loka dot si changed: What|Removed |Added CC||uros at kss-loka dot si Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-08-16 12:15:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21676
[Bug c/28679] #pragma pack(push) malformed
--- Comment #2 from cbowler at ca dot ibm dot com 2006-08-16 12:47 --- While fixed in 4.0.0, the manual does not document the form of pragma pack with stack identifiers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28679
[Bug fortran/18111] spurious warnings with -W -Wunused
-- pault at gcc dot gnu dot org changed: What|Removed |Added CC||jakub at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-09-26 00:43:49 |2006-08-16 12:49:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18111
[Bug fortran/18111] spurious warnings with -W -Wunused
--- Comment #14 from pault at gcc dot gnu dot org 2006-08-16 12:54 --- Created an attachment (id=12083) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12083action=view) Fix for the PR Jakub, The last part of this patch is required to stop the likes of the function f1, in gfortran.fortran-torture/execute/entry_6.f90 from complaining that the parameters a and b are unused. Do you think that this is the right place to do this, or should I do it in create_function_arglist? Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18111
[Bug fortran/18111] spurious warnings with -W -Wunused
--- Comment #15 from jakub at gcc dot gnu dot org 2006-08-16 13:04 --- It looks good to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18111
[Bug c/28744] externally_visible attribute not effective with prior declaration of symbol.
--- Comment #5 from jakub at gcc dot gnu dot org 2006-08-16 13:17 --- Another patch in http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00537.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28744
[Bug bootstrap/28745] make bootstrap failed on rhel4-x64 with ld internal error at elf64-x86-64.c line 1912
--- Comment #3 from waspswarm at gmail dot com 2006-08-16 14:38 --- (In reply to comment #2) This is a bug in binutils version which you are using. Either report this to Redhat or update the version since the version that redhat uses is about 2 years old and a prerelease. I updated binutils to 2.17 and things built fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28745
[Bug target/28753] [4.2 regression] ICE in extract_insn, at recog.c:2075 on powerpc
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-16 15:08 --- Right now the above code is undefined because of uninitialized variables. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28753
[Bug middle-end/28713] GNU OpenMP produces type mismatches
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-08-16 15:31 --- And verified. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28713
[Bug middle-end/28724] atomic produces type mismatches
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-16 15:32 --- And verified. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28724
[Bug preprocessor/28709] [4.0/4.1/4.2 regression] Bad diagnostic pasting tokens with ##
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||08/msg00548.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-08-16 16:19:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28709
[Bug java/28754] New: [4.2 regression] java.lang.nullPointerException while building ant with gcj-compiled ecj
java.lang.NullPointerException at java.lang.System.arraycopy(libgcj.so.7) at org.eclipse.jdt.internal.compiler.batch.Main.outputClassFiles(libecj.so.3) at org.eclipse.jdt.internal.compiler.batch.Main$1.acceptResult(libecj.so.3) at org.eclipse.jdt.internal.compiler.Compiler.compile(libecj.so.3) at org.eclipse.jdt.internal.compiler.batch.Main.performCompilation(libecj.so.3) at org.eclipse.jdt.internal.compiler.batch.Main.compile(libecj.so.3) at java.lang.reflect.Method.invoke(libgcj.so.7) at com.sun.tools.javac.Main.compile(javac) at com.sun.tools.javac.Main.main(javac) The same thing works perfectly if javac (==ecj) was compiled with gcj 4.1.1 instead of 4.2.0. -- Summary: [4.2 regression] java.lang.nullPointerException while building ant with gcj-compiled ecj Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28754
[Bug middle-end/28734] EastLinux Corporate Desktop 1.0 (Pre)
--- Comment #6 from tbm at cyrius dot com 2006-08-16 16:41 --- Here's what I came up with: (sid)518:[EMAIL PROTECTED]: ~/tmp] cat appbase.cpp #include foo.h int bar(int x); (sid)519:[EMAIL PROTECTED]: ~/tmp] rm -rf .pch/ (sid)520:[EMAIL PROTECTED]: ~/tmp] mkdir -p .pch/ (sid)521:[EMAIL PROTECTED]: ~/tmp] touch empty.h (sid)522:[EMAIL PROTECTED]: ~/tmp] /usr/local/bin/g++ -fPIC -O -o .pch/foo.h.gch empty.h (sid)523:[EMAIL PROTECTED]: ~/tmp] /usr/local/bin/g++ -c -I.pch -DwxUSE_BASE=1 -fPIC -O1 appbase.cpp appbase.cpp:3: internal compiler error: in ggc_record_overhead, at ggc-common.c:877 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. (sid)524:[EMAIL PROTECTED]: ~/tmp] And when you slightly change the file you get a segfault: (sid)526:[EMAIL PROTECTED]: ~/tmp] cat test2.cpp #include foo.h int bar(void); (sid)527:[EMAIL PROTECTED]: ~/tmp] /usr/local/bin/g++ -c -I.pch -DwxUSE_BASE=1 -fPIC -O1 test2.cpp test2.cpp:3: 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. -- tbm at cyrius dot com changed: What|Removed |Added CC||tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28734
[Bug middle-end/28734] EastLinux Corporate Desktop 1.0 (Pre)
--- Comment #7 from tbm at cyrius dot com 2006-08-16 16:45 --- (sid)542:[EMAIL PROTECTED]: ~/tmp] /usr/local/bin/g++ -c -I.pch -Dw -fPIC -O1 appbase.cpp appbase.cpp:3: internal compiler error: in ggc_record_overhead, at ggc-common.c:877 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. (sid)543:[EMAIL PROTECTED]: ~/tmp] /usr/local/bin/g++ -c -I.pch -Dx -fPIC -O1 appbase.cpp appbase.cpp:3: 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. (sid)544:[EMAIL PROTECTED]: ~/tmp] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28734
[Bug middle-end/28734] gather stats vs PCH
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-08-16 16:53:59 date|| Summary|EastLinux Corporate Desktop |gather stats vs PCH |1.0 (Pre) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28734
[Bug c/27697] [4.0/4.1/4.2 Regression] incorrect warning about constness of pointer to an array in a const struct
--- Comment #6 from jsm28 at gcc dot gnu dot org 2006-08-16 17:17 --- Testing a patch. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-05-21 23:53:40 |2006-08-16 17:17:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27697
[Bug c/28755] New: duplicate members of arrays
See attached test case. Observe the number of times certain lines of the 'vesa_modes' array are emitted. This isn't particularly optimal, especially as it happens even with -Os. $ make cc -Os -c -o fbmon.o fbmon.i -save-temps grep 39682 fbmon.s .long 39682 .long 39682 -- Summary: duplicate members of arrays Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dwmw2 at infradead dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28755
[Bug c/28755] duplicate members of arrays
--- Comment #1 from dwmw2 at infradead dot org 2006-08-16 17:29 --- Created an attachment (id=12084) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12084action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28755
[Bug web/28714] Bugzilla mail sent from invalid address
--- Comment #2 from dwmw2 at infradead dot org 2006-08-16 17:33 --- Mail should be sent from a valid address, because sending from an _invalid_ address can fall foul of antispam protection, as in the example shown. Since the apparent sender does not accept bounces, the mail is rejected. Just accepting (and blackholing) bounces to [EMAIL PROTECTED] would fix this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28714
[Bug middle-end/28755] duplicate members of arrays
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-16 17:36 --- This is an expand/middle-end issue as get: *mode = vesa_modes[0]; in the final_cleanup. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28755
[Bug middle-end/28755] duplicate members of arrays
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-16 17:37 --- Confirmed, here is the testcase for lazy people (like me) who really don't want to download the tar file: struct fb_videomode { const char *name; unsigned refresh; unsigned xres; unsigned yres; unsigned pixclock; unsigned left_margin; unsigned right_margin; unsigned upper_margin; unsigned lower_margin; unsigned hsync_len; unsigned vsync_len; unsigned sync; unsigned vmode; unsigned flag; }; const struct fb_videomode vesa_modes[] = { { ((void *)0), 60, 640, 480, 39682, 48, 16, 33, 10, 96, 2, 0, 0, 4 }, }; void get_est_timing(unsigned char *block, struct fb_videomode *mode) { mode[0] = vesa_modes[0]; } --- Oh this is not a regression as far as I can tell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||3.3.5 4.2.0 Last reconfirmed|-00-00 00:00:00 |2006-08-16 17:37:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28755
[Bug middle-end/28755] [4.0/4.1/4.2 Regression] duplicate members of arrays
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-16 17:39 --- Actually it is a regression from 2.95.3, I just had to go back in time enough to get find that. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail|3.3.5 4.2.0 |3.3.5 4.2.0 3.2.3 3.3.3 ||3.0.4 Known to work||2.95.3 Summary|duplicate members of arrays |[4.0/4.1/4.2 Regression] ||duplicate members of arrays Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28755
[Bug libfortran/27740] libgfortran should use versioned symbols
--- Comment #3 from tobias dot burnus at physik dot fu-berlin dot de 2006-08-16 17:44 --- Isn't this fixed as Steve bumped 4.2/TRUNK to libgfortran.so.2 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27740
[Bug target/28753] [4.2 regression] ICE in extract_insn, at recog.c:2075 on powerpc
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-16 17:53 --- Actually I think this can only show up by undefined code. Reload does: Reloads for insn # 266 Reload 0: GENERAL_REGS, RELOAD_FOR_INPUT_ADDRESS (opnum = 1), can't combine, secondary_reload_p reload_reg_rtx: (reg:CC 0 %r0) Reload 1: reload_in (CC) = (const_int 0 [0x0]) CR_REGS, RELOAD_FOR_INPUT (opnum = 1), can't combine reload_in_reg: (reg:CC 202) reload_reg_rtx: (reg:CC 70 %cr2 [194]) secondary_in_reload = 0 But the only time 202 is defined is based on an uninitialized variable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28753
[Bug middle-end/28753] [4.2 regression] ICE in extract_insn, at recog.c:2075 on powerpc
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-16 18:09 --- Here as a reduced testcase as I can get it: typedef struct { int ob_refcnt; struct _typeobject *ob_type; }PyObject; typedef void (*destructor) (PyObject *); typedef struct _typeobject { destructor tp_dealloc; }PyTypeObject; static PyObject *__Pyx_GetExcValue (void); static PyObject *__Pyx_GetName (PyObject * dict, PyObject * name); static PyObject *__pyx_b; static char *__pyx_filename; static char **__pyx_f; static PyObject *__pyx_v_11environment_collattrs; static PyObject *__pyx_n_AttributeError; static PyObject *__pyx_n_getattr; __pyx_f_11 (PyObject * __pyx_v_self, PyObject * __pyx_kwds) { PyObject *__pyx_v_x; PyObject *__pyx_2 = 0; PyObject *__pyx_3 = 0; int __pyx_4; int __pyx_5; PyObject *__pyx_6 = 0; PyObject *__pyx_7 = 0; PyObject *__pyx_8 = 0; if (__pyx_5 0) __pyx_filename = __pyx_f[0]; if (__pyx_5) return; for (;;) { __pyx_2 = PyObject_GetIter (__pyx_v_11environment_collattrs); for (;;) { __pyx_3 = PyIter_Next (__pyx_2); if (!__pyx_3) break; __pyx_8 = __Pyx_GetName (__pyx_b, __pyx_n_AttributeError); __pyx_3 = __Pyx_GetExcValue (); if (--(__pyx_3)-ob_refcnt != 0); __pyx_3 = 0; __pyx_6 = __Pyx_GetName (__pyx_b, __pyx_n_getattr); __pyx_filename = __pyx_f[0]; if (!__pyx_7) goto __pyx_L19; __pyx_8 = PyObject_CallObject (__pyx_6, __pyx_7); if (--(__pyx_v_x)-ob_refcnt != 0); __pyx_v_x = __pyx_8; __pyx_filename = __pyx_f[0]; if (__pyx_4) { __pyx_8 = PyTuple_New (1); if (!__pyx_8) __pyx_filename = __pyx_f[0]; __pyx_3 = PyObject_CallObject (__pyx_7, __pyx_8); if (!__pyx_3) __pyx_filename = __pyx_f[0]; } __pyx_L19:; if ((__pyx_6) != ((void *) 0)) ((*((PyObject *) (__pyx_6))-ob_type- tp_dealloc) ((PyObject *) ((PyObject *) (__pyx_6; if ((__pyx_7) != ((void *) 0)) if (--(__pyx_7)-ob_refcnt != 0); if ((__pyx_8) != ((void *) 0)) if (--(__pyx_8)-ob_refcnt != 0); if ((__pyx_3) != ((void *) 0)) --(__pyx_3)-ob_refcnt; __pyx_6 = __Pyx_GetName (__pyx_b, __pyx_n_AttributeError); __pyx_5 = PyErr_ExceptionMatches (__pyx_6); __pyx_7 = __Pyx_GetExcValue (); } } } static PyObject *__Pyx_GetName (PyObject * dict, PyObject * name){} static PyObject *__Pyx_GetExcValue (void){} -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28753
[Bug c/28744] externally_visible attribute not effective with prior declaration of symbol.
--- Comment #6 from dwmw2 at infradead dot org 2006-08-16 18:11 --- I don't think it's working right even with the new patch. I'll verify tomorrow, and make sure I have all the correct patches included in my build. The point at which I copied my ppc-cross-i386 'cc1' into /usr/libexec/gcc/ppc64-redhat-linux/4.1.1/cc1 and then wondered why native GCC wouldn't work any more was probably the point at which I should stop working on this for today. My hack at http://david.woodhou.se/pr27844.patch is working around the problem for now, so I have least been able to link a kernel. I'm building a Linux kernel with http://david.woodhou.se/linux-combine-build.patch applied. It shouldn't matter much, but the git tree it's applied to is git://git.infradead.org/~jcrouse/geode.git and the config is http://david.woodhou.se/olpc-config The failure mode with GCC 4.1.0, the patch from http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00993.html and also the patch in comment #5 is that some functions aren't available in the final link: kernel/built-in.o: In function `register_irq_proc': /pmac/git/geode/kernel/irq/proc.c:128: undefined reference to `proc_mkdir' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28744
[Bug libfortran/27740] libgfortran should use versioned symbols
--- Comment #4 from jb at gcc dot gnu dot org 2006-08-16 19:09 --- (In reply to comment #3) Isn't this fixed as Steve bumped 4.2/TRUNK to libgfortran.so.2 ? Umm, no. Symbol versioning is still not implemented. As you can see in the thread starting from the patch submission, the patch is waiting for ISO_C_BINDING. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27740
[Bug c/27489] [4.1 regression] ICE on broken switch condition
--- Comment #13 from reichelt at gcc dot gnu dot org 2006-08-16 20:50 --- Subject: Bug 27489 Author: reichelt Date: Wed Aug 16 20:50:18 2006 New Revision: 116188 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116188 Log: PR c/27489 * c-typeck.c (c_start_case): Handle invalid orig_type correctly. Clean up. Modified: trunk/gcc/ChangeLog trunk/gcc/c-typeck.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27489
[Bug java/28754] [4.2 regression] java.lang.nullPointerException while building ant with gcj-compiled ecj
--- Comment #1 from bero at arklinux dot org 2006-08-16 21:11 --- Created an attachment (id=12085) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12085action=view) Simple test case Attaching a simple test case -- in the test directory contained in this tarball, make works produces the expected result make breaks causes a (wrong) NullPointerException. The difference between the make targets is that make works uses gij, make breaks binary-compiles with gcj. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28754
[Bug java/28754] [4.2 regression] java.lang.nullPointerException while accessing final static members of an interface
--- Comment #2 from bero at arklinux dot org 2006-08-16 21:12 --- Updating summary to reflect there's an easier test case than compile ecj -- bero at arklinux dot org changed: What|Removed |Added Summary|[4.2 regression]|[4.2 regression] |java.lang.nullPointerExcepti|java.lang.nullPointerExcepti |on while building ant with |on while accessing final |gcj-compiled ecj|static members of an ||interface http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28754
[Bug tree-optimization/28364] poor optimization choices when iterating over a std::string (probably not c++-specific)
--- Comment #28 from rakdver at gcc dot gnu dot org 2006-08-16 21:14 --- Subject: Bug 28364 Author: rakdver Date: Wed Aug 16 21:14:11 2006 New Revision: 116189 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116189 Log: PR tree-optimization/28364 * tree-ssa-loop-ivopts.c (aff_combination_to_tree): Handle zero correctly. (fold_affine_expr): New function. (may_eliminate_iv): Use fold_affine_expr. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-loop-ivopts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28364
[Bug c++/28385] [4.0/4.1/4.2 regression] templated function call goes awry
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-07-18 13:51:33 |2006-08-16 21:19:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28385
[Bug c++/28385] [4.0/4.1/4.2 regression] templated function call goes awry
--- Comment #5 from pcarlini at suse dot de 2006-08-16 21:21 --- Thanks Jason! -- pcarlini at suse dot de changed: What|Removed |Added CC|paolo at gcc dot gnu dot org| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28385
[Bug middle-end/28071] [4.1/4.2 regression] A file that can not be compiled in reasonable time/space
--- Comment #36 from rakdver at gcc dot gnu dot org 2006-08-16 21:25 --- Subject: Bug 28071 Author: rakdver Date: Wed Aug 16 21:25:39 2006 New Revision: 116190 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116190 Log: PR rtl-optimization/28071 * basic-block.h (bb_dom_dfs_in, bb_dom_dfs_out): Declare. * dominance.c (bb_dom_dfs_in, bb_dom_dfs_out): New functions. * tree-into-ssa.c (struct dom_dfsnum): New. (cmp_dfsnum, find_dfsnum_interval, prune_unused_phi_nodes): New functions. (insert_phi_nodes_for): Use prune_unused_phi_nodes instead of compute_global_livein. (prepare_block_for_update, prepare_use_sites_for): Mark the uses in phi nodes in the correct blocks. Modified: trunk/gcc/ChangeLog trunk/gcc/basic-block.h trunk/gcc/dominance.c trunk/gcc/tree-into-ssa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
[Bug c++/28593] [4.0/4.1/4.2 regression] ICE on invalid operator new
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-16 21:35 --- Subject: Bug 28593 Author: reichelt Date: Wed Aug 16 21:35:18 2006 New Revision: 116191 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116191 Log: PR c++/28593 * init.c (build_new): Return early on invalid placement. * g++.dg/parse/new3.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/new3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/init.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28593
[Bug c++/28593] [4.0/4.1/4.2 regression] ICE on invalid operator new
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-16 21:42 --- Subject: Bug 28593 Author: reichelt Date: Wed Aug 16 21:41:52 2006 New Revision: 116192 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116192 Log: PR c++/28593 * init.c (build_new): Return early on invalid placement. * g++.dg/parse/new3.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/parse/new3.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/init.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28593
[Bug c++/28593] [4.0/4.1/4.2 regression] ICE on invalid operator new
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-08-16 21:46 --- Subject: Bug 28593 Author: reichelt Date: Wed Aug 16 21:46:01 2006 New Revision: 116193 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116193 Log: PR c++/28593 * init.c (build_new): Return early on invalid placement. * g++.dg/parse/new3.C: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/parse/new3.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/init.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28593
[Bug c++/28593] [4.0/4.1/4.2 regression] ICE on invalid operator new
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-08-16 21:47 --- Fixed on mainline, 4.1 branch, and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28593
[Bug fortran/18111] spurious warnings with -W -Wunused
--- Comment #16 from paulthomas2 at wanadoo dot fr 2006-08-16 21:58 --- Subject: Re: spurious warnings with -W -Wunused jakub at gcc dot gnu dot org wrote: --- Comment #15 from jakub at gcc dot gnu dot org 2006-08-16 13:04 --- It looks good to me. Thanks, Jakub; I was wondering because it was not quite in keeping with other cases. However, setting DECL_ARTIFICIAL there had teh advantage that no if statements were required. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18111
[Bug fortran/28735] Crash in resolve.c - related to contents of .mod
--- Comment #6 from pault at gcc dot gnu dot org 2006-08-16 22:00 --- Andrews, The proposed fix is a good start but I am going to go at this one carefully - the ICE goes away if the PRIVATE in dummybdy_com is removed; I want to find out why this is first. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28735
[Bug c/27697] [4.0/4.1/4.2 Regression] incorrect warning about constness of pointer to an array in a const struct
--- Comment #7 from jsm28 at gcc dot gnu dot org 2006-08-16 23:10 --- Subject: Bug 27697 Author: jsm28 Date: Wed Aug 16 23:10:46 2006 New Revision: 116194 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116194 Log: PR c/27697 * c-typeck.c (build_component_ref): Combine qualifiers of structure or union and field. testsuite: * gcc.dg/qual-component-1.c: New test. Added: trunk/gcc/testsuite/gcc.dg/qual-component-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27697
[Bug c/27697] [4.0/4.1/4.2 Regression] incorrect warning about constness of pointer to an array in a const struct
--- Comment #8 from jsm28 at gcc dot gnu dot org 2006-08-16 23:12 --- Subject: Bug 27697 Author: jsm28 Date: Wed Aug 16 23:12:37 2006 New Revision: 116195 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116195 Log: PR c/27697 * c-typeck.c (build_component_ref): Combine qualifiers of structure or union and field. testsuite: * gcc.dg/qual-component-1.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/qual-component-1.c - copied unchanged from r116194, trunk/gcc/testsuite/gcc.dg/qual-component-1.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/c-typeck.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27697
[Bug other/28756] New: `make install` is broken, doesn't install `gcc`
On my system, though I don't think it's system dependent, there's an error in `make install` for gcc-4.1.1 where it doesn't install gcc (though other components, c++/g++, gcov, gccbug are installed fine). System: SPARC, Solaris 10 Generic_118833-17 Configuration: ../gcc-4.1.1/configure \ --prefix=/pkgs/gcc/gcc-4.1.1\ --disable-shared\ --with-gnu-as \ --with-gnu-ld \ --enable-__cxa_atexit \ --enable-checking=yes \ --enable-languages=c,c++,objc \ --program-prefix=sparc-sun-solaris2.10- \ --program-suffix=-4.1.1 Relevant portion of make's output: rm -f /pkgs/gcc/gcc-4.1.1/bin/sparc-sun-solaris2.10-gcc-4.1.1 /export/home/koninkje/gcc-4.1.1/install-sh -c xgcc /pkgs/gcc/gcc-4.1.1/bin/sparc-sun-solaris2.10-gcc-4.1.1 rm -f /pkgs/gcc/gcc-4.1.1/bin/sparc-sun-solaris2.10-gcc-4.1.1 ( cd /pkgs/gcc/gcc-4.1.1/bin \ ln sparc-sun-solaris2.10-gcc-4.1.1 sparc-sun-solaris2.10-gcc-4.1.1 ) ln: cannot access sparc-sun-solaris2.10-gcc-4.1.1 make[2]: [install-driver] Error 2 (ignored) -- Summary: `make install` is broken, doesn't install `gcc` Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: phreelance_spam at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28756
[Bug other/28757] New: `make install` installs some strange binaries
On my system (though I doubt it's system specific) some very strange things are installed when a program-prefix and program-suffix are used. Namely you get ${prefix}${prefix}${program}${suffix} for programs like c++ and g++ System: Solaris 10 Generic_118833-17 Configuration: ../gcc-4.1.1/configure \ --prefix=/pkgs/gcc/gcc-4.1.1\ --disable-shared\ --with-gnu-as \ --with-gnu-ld \ --enable-__cxa_atexit \ --enable-checking=yes \ --enable-languages=c,c++,objc \ --program-prefix=sparc-sun-solaris2.10- \ --program-suffix=-4.1.1 Some example make output of this in action: rm -f /pkgs/gcc/gcc-4.1.1/bin/sparc-sun-solaris2.10-gcc-tmp; \ ( cd /pkgs/gcc/gcc-4.1.1/bin \ ln sparc-sun-solaris2.10-gcc-4.1.1 sparc-sun-solaris2.10-gcc-tmp \ mv -f sparc-sun-solaris2.10-gcc-tmp sparc-sun-solaris2.10-sparc-sun-solaris2.10-gcc-4.1.1 ); \ fi ln: cannot access sparc-sun-solaris2.10-gcc-4.1.1 make[2]: [install-driver] Error 2 (ignored) make[2]: Leaving directory `/export/home/koninkje/gcc-build/gcc' make[2]: Entering directory `/export/home/koninkje/gcc-build/intl' -- Summary: `make install` installs some strange binaries Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: phreelance_spam at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28757
[Bug other/28758] New: `make` fails because of bad ORIGINAL_LD_FOR_TARGET
On my system (though I doubt it's system specific) the ORIGINAL_LD_FOR_TARGET variable gets set incorrectly when there's a program-prefix and program-suffix. Instead of getting the linker to be used for compiling, it gets set as if `ld` were going to be compiled, i.e. ${prefix}/${program-prefix}ld${program-suffix}. System: Solaris 10 Generic_118833-17 Configuration: ../gcc-4.1.1/configure \ --prefix=/pkgs/gcc/gcc-4.1.1\ --disable-shared\ --with-gnu-as \ --with-gnu-ld \ --enable-__cxa_atexit \ --enable-checking=yes \ --enable-languages=c,c++,objc \ --program-prefix=sparc-sun-solaris2.10- \ --program-suffix=-4.1.1 -- Summary: `make` fails because of bad ORIGINAL_LD_FOR_TARGET Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: phreelance_spam at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28758
[Bug other/28756] `make install` is broken, doesn't install `gcc`
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-17 00:18 --- The problem is that sparc-sun-solaris2.10-gcc-$suffix is installed also by default . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28756
[Bug other/28757] `make install` installs some strange binaries
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-17 00:20 --- Well really it is ${prefix}${triplet}-${program}${suffix} and in your case triplet is your prefix also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28757
[Bug c++/28385] [4.0/4.1/4.2 regression] templated function call goes awry
--- Comment #6 from jason at gcc dot gnu dot org 2006-08-17 00:51 --- Subject: Bug 28385 Author: jason Date: Thu Aug 17 00:51:37 2006 New Revision: 116203 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116203 Log: PR c++/28385 * pt.c (tsubst) [TEMPLATE_TYPE_PARM]: Ignore quals from template if arg is a function. Added: trunk/gcc/testsuite/g++.dg/template/const1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28385
[Bug libstdc++/28759] New: stringbuf writes beyond external buffer given via pubsetbuf()
$ gcc -v Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.5/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.5 20051201 (Red Hat 3.4.5-2) $ uname -a Linux localhost.localdomain 2.6.9-34.0.1.EL #1 Wed May 24 07:40:56 CDT 2006 i686 i686 i386 GNU/Linux I encounter this bug when using ostringstream with an external buffer. When an external buffer is given to pubsetbuf(), it is copied into the internal buffer (_M_string). (The code comments in sstream indicate that it thinks it's destroying the buffer, but it's not.) If the size of the external buffer is = 115, everything is fine. Above that, the internal buffer allocates additional storage in 128 byte increments (227, 355, ...), which increases its capacity() beyond its size(). The second step of pubsetbuf() calls _M_sync() to set up the put/get pointers. However, setp() is then called with the external buffer pointer as the first argument (correct) and ((buffer pointer) + _M_string.capacity()) as the second (incorrect). This capacity() is greater than the size of the external buffer, so the end put pointer points well past the end of the external buffer. In the following example, a size of 116 is given to pubsetbuf(). However, the capacity of the internal buffer is 227. 227 'x' chars get written into the external buffer. #include iostream #include sstream using namespace std; int main() { ostringstream oss; char *buf = new char[256]; memset(buf, 0, sizeof(buf)); oss.rdbuf()-pubsetbuf(buf, 116); cout INTERAL BUFF SIZE oss.str().size() oss.str().capacity() endl; for (int i=0; i1000; i++) { oss x; } oss.rdbuf()-pubsetbuf(0, 0); cout EXTNERAL BUFF SIZE strlen(buf) endl; } Let me know if I can provide any other info... Nick -- Summary: stringbuf writes beyond external buffer given via pubsetbuf() Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ngiff at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28759
[Bug libstdc++/28759] stringbuf writes beyond external buffer given via pubsetbuf()
--- Comment #1 from pcarlini at suse dot de 2006-08-17 01:07 --- Fixed already for gcc4.0.0 with the below: time to update your compiler, the 3.4.x branch is old and not maintained anymore... 2004-10-06 Paolo Carlini [EMAIL PROTECTED] * include/std/std_sstream.h (_M_sync): When the caller is setbuf, don't trust _M_string.capacity() to be the size of the buffer area, use _M_string.size() in this case. * testsuite/27_io/basic_stringbuf/setbuf/char/4.cc: New. * testsuite/27_io/basic_stringbuf/setbuf/wchar_t/4.cc: Likewise. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.0.0 Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28759
[Bug libgcj/24403] --enable-java-awt=qt fails to build
--- Comment #10 from bero at arklinux dot org 2006-08-17 01:09 --- Created an attachment (id=12086) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12086action=view) Updated fix for current trunk+multilib -- bero at arklinux dot org changed: What|Removed |Added Attachment #12081|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
[Bug libstdc++/28759] stringbuf writes beyond external buffer given via pubsetbuf()
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-17 01:11 --- The other thing is that sizeof(buf) will get you sizeof(char*) which is most likely not what you wantted anyways. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28759
[Bug middle-end/28753] [4.2 regression] ICE in extract_insn, at recog.c:2075 on powerpc
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-17 01:18 --- Janis, could you do a regression hunt on this bug using the testcase in comment #4. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-08-17 01:18:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28753
[Bug libgcj/28698] [gcj] libgcj-bc only used when building shared libs, not executables
--- Comment #1 from tromey at gcc dot gnu dot org 2006-08-17 01:24 --- For a simple example it does not do this: opsy. gcj -O2 -fPIC -fjni -findirect-dispatch -o H --main=HelloWorld HelloWorld.class opsy. eu-readelf -d H|fgrep lib NEEDEDShared library: [libgcc_s.so.1] NEEDEDShared library: [libgcj_bc.so.1] NEEDEDShared library: [libm.so.6] NEEDEDShared library: [libpthread.so.0] NEEDEDShared library: [librt.so.1] NEEDEDShared library: [libdl.so.2] NEEDEDShared library: [libc.so.6] I wonder if something else is going on here... maybe some optimization is generating a symbol that necessitates pulling in libgcj itself? (I'm thinking of the builtins ... though I thought Andrew fixed these. So, maybe that is wrong.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28698
[Bug c++/28302] [4.0/4.1/4.2 regression] ICE with bit-complement for vectors
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-17 01:56 --- Subject: Bug 28302 Author: pinskia Date: Thu Aug 17 01:56:47 2006 New Revision: 116205 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116205 Log: 2006-08-16 Andrew Pinski [EMAIL PROTECTED] PR c++/28302 * typeck.c (build_unary_op case BIT_NOT_EXPR:): Don't call perform_integral_promotions for non integral type 2006-08-16 Andrew Pinski [EMAIL PROTECTED] PR C++/28302 * g++.dg/ext/vector3.C: New test. Added: trunk/gcc/testsuite/g++.dg/ext/vector3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28302
[Bug c++/28302] [4.0/4.1 regression] ICE with bit-complement for vectors
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-17 01:57 --- Fixed on the mainline at least. Will apply to the 4.1 branch after a week. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 regression] ICE|[4.0/4.1 regression] ICE |with bit-complement for |with bit-complement for |vectors |vectors http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28302
[Bug gcov/profile/26570] [4.1 Regression] -fprofile-generate -fprofile-use cause memory corruption immediately
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-08-17 02:02 --- Fixed at least on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2 Regression] - |[4.1 Regression] -fprofile- |fprofile-generate -fprofile-|generate -fprofile-use cause |use cause memory corruption |memory corruption |immediately |immediately http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26570
[Bug testsuite/28602] All gfortran.dg/gomp tests fail
--- Comment #3 from danglin at gcc dot gnu dot org 2006-08-17 02:27 --- Subject: Bug 28602 Author: danglin Date: Thu Aug 17 02:26:59 2006 New Revision: 116207 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116207 Log: PR testsuite/28602 * gfortran.dg/gomp/gomp.exp: Return if check_effective_target_fopenmp is false. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/gomp/gomp.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28602
[Bug testsuite/28602] All gfortran.dg/gomp tests fail
--- Comment #4 from danglin at gcc dot gnu dot org 2006-08-17 02:29 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28602
[Bug c++/28346] [4.0/4.1/4.2 regression] ICE creating pointer-to-reference-member
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28346
[Bug c++/28341] [4.0/4.1/4.2 regression] ICE with references as template parameters
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28341
[Bug objc/28049] [4.1/4.2 regression] ICE on single + or -
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-17 04:51 --- I have a fix for this, it was casued by the new C parser. -- 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 Last reconfirmed|2006-06-17 02:27:29 |2006-08-17 04:51:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28049
[Bug objc/28049] [4.1/4.2 regression] ICE on single + or -
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-17 05:32 --- Here is the patch which I am testing: Index: c-parser.c === --- c-parser.c (revision 116204) +++ c-parser.c (working copy) @@ -6149,7 +6149,10 @@ c_parser_objc_method_decl (c_parser *par parms = chainon (parms, build_tree_list (NULL_TREE, grokparm (parm))); } - sel = list; + if (list) + sel = list; + else + sel = error_mark_node; } return objc_build_method_signature (type, sel, parms, ellipsis); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28049