[Bug middle-end/34627] Incorrect branching with -Ox on hppa
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-02-04 08:12 --- Index: combine.c === --- combine.c (revision 132077) +++ combine.c (working copy) @@ -5393,9 +5393,10 @@ /* Look for cases where we have (abs x) or (neg (abs X)). */ if (GET_MODE_CLASS (mode) == MODE_INT + comparison_p + XEXP (cond, 1) == CONST0_RTX (mode) GET_CODE (false_rtx) == NEG rtx_equal_p (true_rtx, XEXP (false_rtx, 0)) - comparison_p rtx_equal_p (true_rtx, XEXP (cond, 0)) ! side_effects_p (true_rtx)) switch (true_code) This patch is OK for all branches in my opinion but run it by a RM because the PR is not formally marked as a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34627
[Bug middle-end/34627] Incorrect branching with -Ox on hppa
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-02-04 08:30 --- This patch is OK for all branches in my opinion but run it by a RM because the PR is not formally marked as a regression. In fact Steven's original patch is slightly better, const0_rtx is valid for all integral modes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34627
[Bug target/35073] New: illegal opcode movw for mcu avr3
Building/bootstrapping today's gcc-trunk (rev. 132088/2008-02-04) for avr-rtems4.9 fails with: ... /users/rtems/src/toolchains/BUILD/avr-rtems4.9/./gcc/xgcc -B/users/rtems/src/toolchains/BUILD/avr-rtems4.9/./gcc/ -nostdinc -B/users/rtems/src/toolchains/BUILD/avr-rtems4.9/avr-rtems4.9/newlib/ -isystem /users/rtems/src/toolchains/BUILD/avr-rtems4.9/avr-rtems4.9/newlib/targ-include -isystem /users/rtems/src/toolchains/gcc-trunk/newlib/libc/include -B/opt/rtems-4.9/avr-rtems4.9/bin/ -B/opt/rtems-4.9/avr-rtems4.9/lib/ -isystem /opt/rtems-4.9/avr-rtems4.9/include -isystem /opt/rtems-4.9/avr-rtems4.9/sys-include -O2 -g -g -O2 -mmcu=avr35 -O2 -I../../../gcc-trunk/gcc/../newlib/libc/sys/rtems/include -O2 -g -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -DDF=SF -Dinhibit_libc -mcall-prologues -Os -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I../../../../../gcc-trunk/libgcc -I../../../../../gcc-trunk/libgcc/. -I../../../../../gcc-trunk/libgcc/../gcc -I../../../../../gcc-trunk/libgcc/../include -o _mulsi3.o -MT _mulsi3.o -MD -MP -MF _mulsi3.dep -DL_mulsi3 -xassembler-with-cpp \ -c ../../../../../gcc-trunk/libgcc/../gcc/config/avr/libgcc.S ../../../../../gcc-trunk/libgcc/../gcc/config/avr/libgcc.S: Assembler messages: ../../../../../gcc-trunk/libgcc/../gcc/config/avr/libgcc.S:281: Error: illegal opcode movw for mcu avr3 ../../../../../gcc-trunk/libgcc/../gcc/config/avr/libgcc.S:283: Error: illegal opcode movw for mcu avr3 make[4]: *** [_mulsi3.o] Error 1 make[4]: Leaving directory `/users/rtems/src/toolchains/BUILD/avr-rtems4.9/avr-rtems4.9/avr35/libgcc' -- Summary: illegal opcode movw for mcu avr3 Product: gcc Version: 4.3.0 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: avr-rtems* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35073
[Bug other/35068] From
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-02-04 09:29 --- I can't reproduce the problem that showed up with http://gcc.gnu.org/ml/gcc-bugs/2008-02/msg00328.html so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35068
[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i338-apple-darwin8.11.1
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-02-04 09:31 --- This also fails by default on i386-apple-darwin8.11.1 which enables SSE2 by default. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|NEW GCC build triplet|4.3.0 20080130 | |(experimental) (GCC)| GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu |i686-pc-linux-gnu, i338- ||apple-darwin8.11.1 Summary|some vectorisation tests|some vectorisation tests |fail with --with-arch=core2 |fail with --with-arch=core2 ||or on i338-apple- ||darwin8.11.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35047
[Bug debug/35070] gcc 's -verbose-asm and -ggdb3 can't work together
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-04 09:05 --- What is the error at least? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |debug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35070
[Bug c/35069] Casting from a volatile type to a non-volatile type should cause a warning
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-04 09:11 --- The above cast should almost certainly have been (volatile int32_t) The volatile here does not mean anything really so there is no lost info as it is on a scalar type. So I am going to close this as invalid. -- 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=35069
[Bug middle-end/34627] Incorrect branching with -Ox on hppa
--- Comment #18 from rguenther at suse dot de 2008-02-04 09:53 --- Subject: Re: Incorrect branching with -Ox on hppa On Mon, 4 Feb 2008, ebotcazou at gcc dot gnu dot org wrote: --- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-02-04 08:12 --- Index: combine.c === --- combine.c (revision 132077) +++ combine.c (working copy) @@ -5393,9 +5393,10 @@ /* Look for cases where we have (abs x) or (neg (abs X)). */ if (GET_MODE_CLASS (mode) == MODE_INT + comparison_p + XEXP (cond, 1) == CONST0_RTX (mode) GET_CODE (false_rtx) == NEG rtx_equal_p (true_rtx, XEXP (false_rtx, 0)) - comparison_p rtx_equal_p (true_rtx, XEXP (cond, 0)) ! side_effects_p (true_rtx)) switch (true_code) This patch is OK for all branches in my opinion but run it by a RM because the PR is not formally marked as a regression. The patch is fine for 4.3. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34627
[Bug other/35070] [4.3 Regression] -fverbose-asm has bogus asm output (mpfr library warning)
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 10:21 --- Probably sth like gcc-4.3 -c -fverbose-asm -ggdb3 t.c t.c: In function 'main': t.c:9: warning: incompatible implicit declaration of built-in function 'printf' /tmp/cc1ixAq3.s: Assembler messages: /tmp/cc1ixAq3.s:4: Error: no such instruction: `mpfr header version 2.3.1-rc1 differs from library version 2.3.0-p4.' Kaveh, can you have a look here? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||ghazi at gcc dot gnu dot org Status|UNCONFIRMED |NEW Component|debug |other Ever Confirmed|0 |1 Keywords||wrong-code Known to work||4.2.3 Priority|P3 |P2 Last reconfirmed|-00-00 00:00:00 |2008-02-04 10:21:42 date|| Summary|gcc 's -verbose-asm and - |[4.3 Regression] -fverbose- |ggdb3 can't work together |asm has bogus asm output ||(mpfr library warning) Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35070
[Bug c++/35067] [4.2 Regression] multiple definition of virtual thunk
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 10:14 --- Can you please check a recent gcc 4.3 snapshot? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
[Bug other/35070] [4.3 Regression] -fverbose-asm has bogus asm output (mpfr library warning)
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 10:22 --- Btw, the assembly header looks like .file t.c # GNU C (SUSE Linux) version 4.3.0 20080131 (experimental) [trunk revision 131976] (x86_64-suse-linux) # compiled by GNU C version 4.3.0 20080131 (experimental) [trunk revision 131976], GMP version 4.2.2, MPFR version 2.3.1-rc1. warning: MPFR header version 2.3.1-rc1 differs from library version 2.3.0-p4. # GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 for me - note the missing '#' before the mpfr header warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35070
[Bug other/35068] From
--- Comment #8 from dominiq at lps dot ens dot fr 2008-02-04 11:26 --- Wow, that was weird... Yes, it was! Hardware glitch? May be, our DHCP server at home did funny things during the week-end (apparently it did not cope well with a new machine(?)). Could also be my own hardware. Thanks for having looked at the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35068
[Bug other/35068] From
--- Comment #7 from manu at gcc dot gnu dot org 2008-02-04 11:08 --- (In reply to comment #6) I can't reproduce the problem that showed up with http://gcc.gnu.org/ml/gcc-bugs/2008-02/msg00328.html so closing. Wow, that was weird... Hardware glitch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35068
[Bug c++/33553] [4.1/4.2/4.3 Regression] Bogus array bound is not an integer constant for parameter in template method of template class
-- 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 | Status|NEW |ASSIGNED Last reconfirmed|2007-09-25 23:32:46 |2008-02-04 12:55:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33553
[Bug c++/35074] New: [4.3 regression] ICE with attribute aligned for template classes
The following valid code snippet triggers an ICE on mainline: == templatetypename T struct A { void foo() const; } __attribute((aligned(4))); templatetypename T void AT::foo() const {} == bug.cc:6: internal compiler error: canonical types differ for identical types const AT and const AT Please submit a full bug report, [etc.] The ICE is pretty recent, it appeared between 2008-01-22 and 2008-01-28. -- Summary: [4.3 regression] ICE with attribute aligned for template classes Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35074
[Bug c++/35074] [4.3 regression] ICE with attribute aligned for template classes
--- Comment #1 from reichelt at gcc dot gnu dot org 2008-02-04 13:18 --- Jason, this might be fallout from your patch 2008-01-24 Jason Merrill [EMAIL PROTECTED] PR c++/34913 * decl2.c (is_late_template_attribute): Defer any attribute with dependent args. Also defer type attributes if the type is dependent. Would you mind having a look? -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||jason at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35074
[Bug c++/35074] [4.3 regression] ICE with attribute aligned for template classes
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35074
[Bug c++/35078] New: ICE with reference in parallel for loop
The following invalid code snippet triggers an ICE since GCC 4.2.0 when compiled with -fopenmp: === templateint void foo() { #pragma omp parallel for for (int i = 0; i 10; ++i) ; } === bug.cc: In function 'void foo()': bug.cc:5: internal compiler error: in build_modify_expr, at cp/typeck.c:5809 Please submit a full bug report, [etc.] Without templates the situation is not much better: === void foo() { int j = 0; #pragma omp parallel for for (int i = j; i 10; ++i) ; } === bug.cc: In function 'void foo()': bug.cc:6: error: 'i' declared as reference but not initialized bug.cc:7: internal compiler error: in build_modify_expr, at cp/typeck.c:5809 Please submit a full bug report, [etc.] The compiler issues a bogus error message (the variable is initialized), and crashes afterwards. -- Summary: ICE with reference in parallel for loop Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, diagnostic, monitored, openmp Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35078
[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?
--- Comment #28 from andreast at gcc dot gnu dot org 2008-02-04 13:48 --- For ppc-darwin 64-bit there is _no_ libjava support. Bits are missing, namely libffi for 64-bit, I'm also not sure how boehm-gc works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
[Bug tree-optimization/34989] [4.3 Regression] ICE in get_addr_dereference_operands, at tree-ssa-operands.c:1698 with IMA
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-04 13:44 --- Mine. I have a patch that fixes this, but lets queue this for 4.3.1 instead. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-01-27 18:05:06 |2008-02-04 13:44:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug c++/35077] New: [4.3 regression] ICE with attribute in broken class declaration
The following invalid code snippet triggers an ICE on mainline: === templatetypename=int struct A __attribute((aligned(4))); === bug.cc:1: error: two or more data types in declaration of 'type name' bug.cc:1: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in groktypename, at cp/decl.c:3916 Please submit a full bug report, [etc.] -- Summary: [4.3 regression] ICE with attribute in broken class declaration Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35077
[Bug c++/35074] [4.3 regression] ICE with attribute aligned for template classes
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 13:42 --- Without checking the code is rejected with: t.C:6: error: prototype for 'void AT::foo() const' does not match any in class 'AT' t.C:3: error: candidate is: void AT::foo() const Doug, I believe this is your change with canonical types. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||dgregor at cs dot indiana ||dot edu Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-checking, rejects-valid Last reconfirmed|-00-00 00:00:00 |2008-02-04 13:42:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35074
[Bug c++/35075] [4.1/4.2/4.3 regression] ICE with references in templates
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 13:40 --- Without checking you get: t.C: In instantiation of 'Bint': t.C:9: instantiated from here t.C:6: error: 'Bint::t' is not a valid template argument for type 'int' because object '#'indirect_ref' not supported by dump_decl#declaration error' has not external linkage -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic, ice-checking Known to fail||4.0.0 Priority|P3 |P4 Last reconfirmed|-00-00 00:00:00 |2008-02-04 13:40:05 date|| Summary|[4.3 regression] ICE with |[4.1/4.2/4.3 regression] ICE |references in templates |with references in templates http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35075
[Bug c++/35067] [4.2/4.3 Regression] multiple definition of virtual thunk
--- Comment #7 from vincent dot riviere at freesbee dot fr 2008-02-04 13:38 --- (In reply to comment #6) Sorry, I messed up with the versions... I'm going to check again the version 4.3 right now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
[Bug c++/35075] New: [4.3 regression] ICE with references in templates
The following (IMHO invalid) code snippet triggers an ICE since GCC 4.0.0: == templateint struct A {}; templatetypename T struct B { static const T t; At a; }; Bint b; == bug.cc: In instantiation of 'Bint': bug.cc:9: instantiated from here bug.cc:6: internal compiler error: tree check: expected tree that contains 'decl minimal' structure, have 'indirect_ref' in decl_linkage, at cp/tree.c:2502 Please submit a full bug report, [etc.] -- Summary: [4.3 regression] ICE with references in templates Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35075
[Bug c++/35067] [4.2/4.3 Regression] multiple definition of virtual thunk
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2 Regression] multiple |[4.2/4.3 Regression] |definition of virtual thunk |multiple definition of ||virtual thunk Target Milestone|--- |4.2.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?
--- Comment #27 from dominiq at lps dot ens dot fr 2008-02-04 13:32 --- I have followed the advice of comment #19 and I can reproduced the behavior it describes. In particular I have implemented the patch for testsuite/libjava.jvmti/interp/natgetstacktrace.cc: - usleep (10); + usleep (40); With that the test suite pass in 32 bit mode: === libjava Summary for unix === # of expected passes2550 However I have several failures with -m64 and some of them are crashes, for example: Process: pr18278 [76644] Path:./pr18278 Identifier: pr18278 Version: ??? (???) Code Type: PPC-64 (Native) Parent Process: expect [24348] Date/Time: 2008-02-04 14:21:08.366 +0100 OS Version: Mac OS X 10.5.1 (9B18) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00c13be4 Crashed Thread: 0 Thread 0 Crashed: 0 ??? 0x00c13be4 0 + 12663780 1 libgcj.9.dylib 0x000100c13be4 GC_push_roots + 292 2 libgcj.9.dylib 0x000100c12f84 GC_mark_some + 516 3 libgcj.9.dylib 0x000100c07a14 GC_stopped_mark + 148 4 libgcj.9.dylib 0x000100c07e38 GC_try_to_collect_inner + 264 5 libgcj.9.dylib 0x000100c153d8 GC_init_inner + 808 6 libgcj.9.dylib 0x000100c15640 GC_init + 32 7 libgcj.9.dylib 0x000100c0e124 GC_init_gcj_malloc + 52 8 libgcj.9.dylib 0x000100069ee4 _Jv_InitGC() + 132 (boehm.cc:543) 9 libgcj.9.dylib 0x000177a4 _Jv_CreateJavaVM(_Jv_VMInitArgs*) + 484 (prims.cc:1631) 10 libgcj.9.dylib 0x000180c0 _Jv_RunMain(_Jv_VMInitArgs*, java::lang::Class*, char const*, int, char const**, bool) + 112 (prims.cc:1719) 11 pr18278 0x00010a80 main + 92 (ccPzLWva.i:12) 12 pr18278 0x000109d0 start + 68 13 ??? 0x7fff5fbfdbc8 0 + 140734799797192 Thread 0 crashed with PPC Thread State 64: srr0: 0x00c13be4 srr1: 0x9000f030 dar: 0xe3df6000 dsisr: 0x r0: 0x00c13be4r1: 0x7fff5fbfd0e0r2: 0x0001019e7668 r3: 0x000100c13ad8 r4: 0xr5: 0xaae0r6: 0x r7: 0x r8: 0xr9: 0x r10: 0x r11: 0x000101a00588 r12: 0x000100c11720 r13: 0x7fff704f7510 r14: 0x r15: 0x r16: 0x r17: 0x r18: 0x r19: 0x r20: 0x r21: 0x r22: 0x r23: 0x r24: 0x r25: 0x00011110 r26: 0x7fff5fbfd290 r27: 0x0001 r28: 0x0001019e7a10 r29: 0x0001019e7890 r30: 0x0004 r31: 0x000100c13ad8 cr: 0x2428 xer: 0x2000lr: 0x00c13be4 ctr: 0x000100c11720 vrsave: 0x Binary Images: 0x1 -0x10fff +pr18278 ??? (???) 5b712d1c60062c01100edee76cc5 /opt/gcc/darwin_buildw/powerpc-apple-darwin9/libjava/testsuite/pr18278 0x13000 -0x101299fff +libgcj.9.dylib ??? (???) e0c4b449408785b7148ca320a1d7122a /opt/gcc/darwin_buildw/powerpc-apple-darwin9/ppc64/libjava/.libs/libgcj.9.dylib 0x103cf5000 -0x103decffc libiconv.2.dylib ??? (???) ebe5ffdf970cc9899b9fab929ff6a74b /usr/lib/libiconv.2.dylib 0x7fff5fc0 - 0x7fff5fc32423 dyld 95.3 (???) b7d5ff5cb2eb5909a2ce29a4af0da410 /usr/lib/dyld 0x7fff80222000 - 0x7fff8022fffa libgcc_s_ppc64.1.dylib ??? (???) 25e2718ff9370df1a631bb0e4b78be45 /usr/lib/libgcc_s_ppc64.1.dylib 0x7fff826e3000 - 0x7fff82876ffb libSystem.B.dylib ??? (???) 1f468045268776257bae1c0a55cce0a4 /usr/lib/libSystem.B.dylib 0x7fff84579000 - 0x7fff8457effa libmathCommon.A.dylib ??? (???) /usr/lib/system/libmathCommon.A.dylib 0x7fff845ae000 - 0x7fff845c0fff libz.1.dylib ??? (???) 63b0d59c3ff2ce4561723d3ea723ea9c /usr/lib/libz.1.dylib 0x8000 - 0x9703 libSystem.B.dylib ??? (???) /usr/lib/libSystem.B.dylib It seems that ReportCrash is taking a lot of time for each report, so the test is becoming very slw. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
[Bug middle-end/35043] ICE in tree-data-ref because signed_type_for_types returns NULL
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 13:30 --- Subject: Bug 35043 Author: rguenth Date: Mon Feb 4 13:30:00 2008 New Revision: 132091 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132091 Log: 2008-02-04 Richard Guenther [EMAIL PROTECTED] PR middle-end/35043 * gimplify.c (gimplify_init_ctor_eval): Convert array indices to TYPE_DOMAINs base type instead of using bitsizetype here. * gcc.c-torture/compile/pr35043.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr35043.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35043
[Bug middle-end/29253] expand_abs wrong default code for floating point
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 14:57 --- Executable testcase: extern double fabs(double); extern void abort(void); void __attribute__((noinline)) foo(double x) { if (fabs (x) != 0.0) abort (); } int main () { foo(-0.0); return 0; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2008-02-04 14:54 --- With regard to the 64-bit support for powerpc-apple-darwin9, this does exist in Apple's open source release of libffi from PyObjC. Bill Bumgarner at Apple had the following comments on the issue of porting the changes from their open source release... http://www.opensource.apple.com/darwinsource/10.5/libffi-10/ into FSF gcc... So... long story short. About 10 years ago, PyObjC forked libffi for use in the PyObjC project. I don't remember exactly why it was forked, but forked it was. The PyOBjC version of libffi has been maintained over the years, specifically targeted to Mac OS X. In the past year, it got quite a bit of attention both to support the 64 bit variants of Mac OS X and quite a bit of cleanup work (new testing infrastructure, man pages, etc.etc.etc). It also grew an Xcode project. I would be perfectly happy to see all the changes folded back into the FSF/GCC community version (as long as the license remains liberal -- but we can fork it at the point of change, if it ever changes) and no longer have a forked version for PyObjC. But none of us have the time to fold together the decade+ of forked development.At this point, the most likely path forward is to drop the PyObjC version of FFI back into the PyObjC repository. It will, at least, be widely accessible again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
[Bug middle-end/29253] expand_abs wrong default code for floating point
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 14:51 --- Created an attachment (id=15093) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15093action=view) patch This should fix it. Can someone test it on ppc please? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
[Bug c++/35077] [4.3 regression] ICE with attribute in broken class declaration
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:29 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work||4.2.3 Priority|P3 |P5 Last reconfirmed|-00-00 00:00:00 |2008-02-04 14:29:55 date|| Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35077
[Bug middle-end/29253] expand_abs wrong default code for floating point
--- Comment #3 from dje at gcc dot gnu dot org 2008-02-04 14:27 --- main () { if (fabs (-0.0) != 0.0) abort (); } compile with -msoft-float and optimization on powerpc-linux. -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2006-09-28 09:59:18 |2008-02-04 14:27:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
[Bug c++/35078] ICE with reference in parallel for loop
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:27 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||rejects-valid Last reconfirmed|-00-00 00:00:00 |2008-02-04 14:27:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35078
[Bug target/30148] parameter passing bug
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 16:16 --- Works on the trunk, fails for 4.1 and 4.2 branches with -O2, -fno-strict-aliasing makes the failure go away there. Inlining is not required to trigger the bug. Probably a dup of one of the various alias-related miscompiles on the branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||alias Known to fail||4.1.2 4.2.3 Known to work||4.3.0 Last reconfirmed|-00-00 00:00:00 |2008-02-04 16:16:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30148
[Bug c++/30111] Value-initialization of POD base class doesn't initialize members
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-04 16:06 --- Jason is this the same issue as PR33916 you fixed? (Your fix didn't change the outcome of this PR though) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jason at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30111
[Bug c++/33553] [4.1/4.2/4.3 Regression] Bogus array bound is not an integer constant for parameter in template method of template class
--- Comment #11 from jakub at gcc dot gnu dot org 2008-02-04 15:47 --- http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00087.html -- jakub at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||02/msg00087.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33553
[Bug tree-optimization/34989] [4.3 Regression] ICE in get_addr_dereference_operands, at tree-ssa-operands.c:1698 with IMA
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-04 13:45 --- Created an attachment (id=15092) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15092action=view) queued forwprop cleanup -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i338-apple-darwin8.11.1
--- Comment #8 from dominiq at lps dot ens dot fr 2008-02-04 13:41 --- On i686-apple-darwin9, rev. 132088, I see for 32 bit mode (default): FAIL: gcc.dg/tree-ssa/gen-vect-11b.c scan-tree-dump-times vect vectorized 0 loops 1 FAIL: gcc.dg/tree-ssa/gen-vect-11c.c scan-tree-dump-times vect vectorized 0 loops 1 and with -m64: FAIL: gcc.dg/tree-ssa/loop-3.c scan-tree-dump-times optimized step: 1 FAIL: gcc.misc-tests/linkage.c link FAIL: gcc.target/i386/pr32661-1.c scan-assembler-times mov 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35047
[Bug c++/35074] [4.3 regression] ICE with attribute aligned for template classes
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-02-04 13:59 --- Well, the ICE appeared before 2008-01-31 Douglas Gregor [EMAIL PROTECTED] Jakub Jelinek [EMAIL PROTECTED] PR c++/34935 PR c++/34936 * typeck.c (structural_comptypes): Handle comparisons of VOID_TYPE, BOOLEAN_TYPE, INTEGER_TYPE, FIXED_POINT_TYPE, and REAL_TYPE nodes. * mangle.c (write_builtin_type): Map down to the canonical type, which will be one of the predefined type nodes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35074
[Bug middle-end/29253] expand_abs wrong default code for floating point
--- Comment #8 from bergner at gcc dot gnu dot org 2008-02-04 17:04 --- Ok, I bootstrapped with revision 132091. The patched compiler ICE's on the following test case: typedef float TFtype __attribute__ ((mode (TF))); TFtype divtc3 (TFtype a, TFtype b) { if (__builtin_fabsl (a) __builtin_fabsl (b)) { return a; } return b; } Here's a backtrace from the non debug build: Program received signal SIGSEGV, Segmentation fault. 0x105475d4 in commutative_operand_precedence (op=0x0) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/rtlanal.c:2886 2886 enum rtx_code code = GET_CODE (op); (gdb) bt #0 0x105475d4 in commutative_operand_precedence (op=0x0) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/rtlanal.c:2886 #1 0x105478b8 in swap_commutative_operands_p (x=0x0, y=0x0) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/rtlanal.c:2951 #2 0x10212b1c in do_compare_rtx_and_jump (op0=0x0, op1=0x0, code=LT, unsignedp=0, mode=TFmode, size=0x0, if_false_label=0x0, if_true_label=0xf7f02b70) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/dojump.c:837 #3 0x10213edc in do_compare_and_jump (exp=0xf7f022a0, signed_code=LT, unsigned_code=LTU, if_false_label=0x0, if_true_label=0xf7f02b70) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/dojump.c:1014 #4 0x1020f4cc in do_jump (exp=0xf7f022a0, if_false_label=0x0, if_true_label=0xf7f02b70) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/dojump.c:396 #5 0x1020c138 in jumpif (exp=0xf7f022a0, label=0xf7f02b70) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/dojump.c:109 #6 0x10b42a44 in expand_gimple_cond_expr (bb=0xf7f0f6c0, stmt=0xf7f02300) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/cfgexpand.c:1315 #7 0x10b43c44 in expand_gimple_basic_block (bb=0xf7f0f6c0) at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/cfgexpand.c:1578 #8 0x10b45dc0 in tree_expand_cfg () at /home/bergner/gcc/PR29253/gcc-mainline-patched/gcc/cfgexpand.c:1921 [snip] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
[Bug tree-optimization/30088] [4.1/4.2 Regression] Unexpected compilation results: -O1 vs. -O1 -fstrict-aliasing
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-02-04 16:09 --- Trunk is fine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.0.3 |4.0.3 4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30088
[Bug target/11594] testcase gcc.dg/20020103-1.c fails with scan-assembler-not LC
--- Comment #9 from janis at gcc dot gnu dot org 2008-02-04 17:53 --- It doesn't show up as FAIL for powerpc*-*-linux* becaues that check includes an xfail: /* { dg-final { scan-assembler-not LC\[0-9\] { xfail powerpc*-*-* } } } */ Reopened. -- janis at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11594
[Bug other/35070] [4.3 Regression] -fverbose-asm has bogus asm output (mpfr library warning)
--- Comment #4 from ghazi at gcc dot gnu dot org 2008-02-04 17:40 --- Sure, I think I see what's wrong. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-02-04 10:21:42 |2008-02-04 17:40:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35070
[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i338-apple-darwin8.11.1
--- Comment #9 from ubizjak at gmail dot com 2008-02-04 18:31 --- (In reply to comment #8) and with -m64: FAIL: gcc.target/i386/pr32661-1.c scan-assembler-times mov 2 Does darwin need -fomit-frame-pointer for this test? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35047
[Bug target/11594] testcase gcc.dg/20020103-1.c fails with scan-assembler-not LC
--- Comment #10 from steven at gcc dot gnu dot org 2008-02-04 18:12 --- oops, sorry! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11594
[Bug target/35079] [arm] ICE (segfault) with gfortran -O3 -funroll-loops
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-02-04 17:24 --- Created an attachment (id=15094) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15094action=view) code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35079
[Bug target/35079] New: [arm] ICE (segfault) with gfortran -O3 -funroll-loops
The attached code (from lapack) segfaults gfortran trunk 20080116 with -O3 -funroll-loops, succeeds without -funroll-loops. $ gfortran-4.3 -funroll-loops -save-temps -O3 -c seispack.f seispack.f: In function 'invit': seispack.f:1742: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. -- Summary: [arm] ICE (segfault) with gfortran -O3 -funroll-loops Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: arm-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35079
[Bug middle-end/33631] [4.1/4.2/4.3 Regression] auto structure not initialized correctly
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 17:12 --- Really reduced testcase, the key is that pthread_mutex_t is a union: typedef union { int __lock; } pthread_mutex_t; extern void abort (void); int main(int c, char **v) { struct { int c; pthread_mutex_t m; } r = { .m = 0 }; if (r.c != 0) abort (); return 0; } in practice the testcase doesn't abort because the stack is zeroed anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33631
[Bug fortran/35031] ELEMENTAL procedure with BIND(C)
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-04 17:34:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35031
[Bug other/31405] [4.3 Regression] fixincludes needed for wchar from glibc 2.3.6
--- Comment #4 from hp at gcc dot gnu dot org 2008-02-04 15:34 --- Subject: Bug 31405 Author: hp Date: Mon Feb 4 15:33:54 2008 New Revision: 132093 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132093 Log: PR other/31405 * inclhack.def: (glibc_c99_inline_1a): Re-add last change. (glibc_c99_inline_3) bypass: Change from __STDC_VERSION__ to __extern_inline|__GNU_STDC_INLINE__. (glibc_c99_inline_4) files: Add wchar.h and */wchar.h. bypass: Change from __STDC_VERSION__ to __extern_inline|__GNU_STDC_INLINE__. first c_fix_arg: Change from #ifdef-wrapping the extern part to appending attribute-gnu_inline. second c_fix_arg: Remove. test_text: Remove __extern_inline line. * tests/base/features.h: Re-add. * tests/base/sys/sysmacros.h: Adjust. * fixincl.x: Regenerate. (Oops: forgot PR-annotation.) Modified: trunk/fixincludes/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31405
[Bug target/34711] [4.3 Regression] g++.dg/tree-ssa/ivopts-1.C fails for power and arm
--- Comment #6 from jakub at gcc dot gnu dot org 2008-02-04 15:33 --- I think we can safely close this. For hppa see http://gcc.gnu.org/viewcvs?root=gccview=revrev=132082 for arm I've tested with a cross. -- 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=34711
[Bug c++/35076] ICE with rvalue references and casts
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:30 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-04 14:30:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35076
[Bug middle-end/29253] expand_abs wrong default code for floating point
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-04 15:07 --- Uh, and we fold ABS x != 0.0 to x != 0.0, which makes the testcase uninteresting as well. Also it happens that for double we succeed with generating the nojump variant. And I don't have a cross with long-double enabled appearantly. So, _possibly_ better testcase :) extern long double fabsl(double); extern void abort(void); long double zero = 0.0L; void __attribute__((noinline)) foo(long double x) { if (fabsl (x) != zero) abort (); } int main () { foo(-0.0L); return 0; } -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
[Bug target/32259] GCC 4.3.0 20070607 - FAIL: gcc.c-torture/execute/20050316-2.c execution
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 16:42 --- Works for me. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32259
[Bug middle-end/29253] expand_abs wrong default code for floating point
--- Comment #7 from bergner at gcc dot gnu dot org 2008-02-04 16:30 --- I'm testing the patch from Comment #4 on powerpc64-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
[Bug c++/35076] New: ICE with rvalue references and casts
The following (IMHO valid) code snippet triggers an ICE on mainline when compiled with -std=gnu++0x: == void foo() { (const char)0; } == bug.cc: In function 'void foo()': bug.cc:3: internal compiler error: in build_c_cast, at cp/typeck.c:5621 Please submit a full bug report, [etc.] -- Summary: ICE with rvalue references and casts Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35076
[Bug c++/35067] [4.2 Regression] multiple definition of virtual thunk
--- Comment #6 from vincent dot riviere at freesbee dot fr 2008-02-04 13:33 --- Same problem with version 4.3-20080201 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
[Bug c++/35067] [4.2/4.3 Regression] multiple definition of virtual thunk
--- Comment #8 from vincent dot riviere at freesbee dot fr 2008-02-04 14:02 --- I confirm this problem is still present in GCC 4.3-20080201. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
[Bug middle-end/35043] ICE in tree-data-ref because signed_type_for_types returns NULL
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 13:30 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35043
[Bug c++/33916] [4.2 Regression] Default constructor fails to initialize array members
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-04 12:15 --- Fixed on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.3.0 Summary|[4.2/4.3 Regression] Default|[4.2 Regression] Default |constructor fails to|constructor fails to |initialize array members|initialize array members http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33916
[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2008-02-04 18:36 --- Back to this PR, who did we need to review the current patch? I ask because the last other remaining P! for gcc trunk has a proposed patch so gcc 4.3 can branch as soon as both of those are checked in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
[Bug c++/35056] [4.3 Regression] ICE in copy_to_mode_reg, at explow.c:621
--- Comment #13 from matz at gcc dot gnu dot org 2008-02-04 11:48 --- Yep, that's something the FE maintainers need to decide. From a robustness p.o.v. I'd do it in build_target_expr, though perhaps that has speed implications. FWIW the patch from comment #10 (with an added #include tree-flow.h for the useless_type_conversion_p) regstrapped on i686, x86_64 and ppc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
[Bug middle-end/33631] [4.1/4.2/4.3 Regression] auto structure not initialized correctly
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 17:30 --- Err, yes. We run into count_type_elements: case UNION_TYPE: case QUAL_UNION_TYPE: { /* Ho hum. How in the world do we guess here? Clearly it isn't right to count the fields. Guess based on the number of words. */ HOST_WIDE_INT n = int_size_in_bytes (type); if (n 0) return -1; return n / UNITS_PER_WORD; } and get 1 vs. 2 for the struct case. So, giving up in the above case is certainly more correct. Testing the obvious patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-02-04 17:04:08 |2008-02-04 17:30:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33631
[Bug middle-end/29864] Folding conversion unsigned long long to float
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 15:52 --- A testcase would probably be sth along the lines of extern void abort (void); void __attribute__((noinline)) foo (unsigned long long x) { float uf = x; float sf = (signed long long)x; if (uf == sf) abort (); } int main() { foo (-1); return 0; } with the right target and soft-float (any suggestion?). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29864
[Bug c++/35077] [4.3 regression] ICE with attribute in broken class declaration
--- Comment #2 from pcarlini at suse dot de 2008-02-04 14:59 --- Seems simple. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35077
[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?
--- Comment #29 from dominiq at lps dot ens dot fr 2008-02-04 14:01 --- For ppc-darwin 64-bit there is _no_ libjava support. Bits are missing, namely libffi for 64-bit, Now I remember, it is PR29152!-(2006-09-20) I'm also not sure how boehm-gc works. It is broken for 4.2 and seems to work with 4.3 on intel: PR35035. Could the problem against which I opened this PR be related to PR19003 (2004-12-15, never answered)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
[Bug c++/35075] [4.3 regression] ICE with references in templates
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35075
[Bug c++/32210] Wrong alignment of struct members where one member is bitfield exceeding its type.
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-04 16:40 --- The C++ standard says: 'The constant-expression may be larger than the number of bits in the object representation of the bit-field's type' in such cases the extra bits are used as padding bits and do not participate in the value representation' the rest (alignment, etc.) is implementation defined, thus defered to the ABI. Here actually at least gcc and icc agree in implementation as does the C++ ABI (2.4 II 1b, http://www.codesourcery.com/cxx-abi/abi.html#layout). Thus, gcc is correct and following the ABI. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||matz at gcc dot gnu dot org Status|UNCONFIRMED |RESOLVED GCC target triplet||x86_64-*-*, i?86-*-* Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32210
[Bug middle-end/32668] The type-generic builtins apply default promotions
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-04 16:45 --- Fixed, as this wasn't a regression. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32668
[Bug target/33205] optimization bug: unsigned bitfield expands with non-zero padding bits
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 16:49 --- Still works for me on x86_64/i686. Any ppc guys around to confirm this? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||bergner at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33205
[Bug other/31405] [4.3 Regression] fixincludes needed for wchar from glibc 2.3.6
--- Comment #5 from hp at gcc dot gnu dot org 2008-02-04 15:42 --- Could the reporter please verify that the problem is fixed with trunk = 132093 and if so, close this PR? Thanks. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31405
[Bug tree-optimization/29832] -ftree-loop-linear miscompiles scalarize.f90
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 16:01 --- Re-confirmed on the trunk. make check-gfortran \ RUNTESTFLAGS=--target_board=unix/-ftree-loop-linear execute.exp -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||spop at gcc dot gnu dot org Last reconfirmed|2007-09-14 00:10:32 |2008-02-04 16:01:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29832
[Bug fortran/35019] Gfortran does not support -J dir only -Jdir
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-02-04 17:35:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35019
[Bug fortran/34207] libgfortran configure: GNU Fortran is not working on sparc-sun-solaris2.10
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-02-04 17:38 --- (In reply to comment #2) thanks ... i'm using sunfreeware.com's latest version of GMP (4.2.1) and MPFR's 2.3.0 (plus the latest downloaded patches) ... Closing this bug as INVALID, please reopen if you still see it with a newer GMP/MPFR that has passed all checks. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34207
[Bug middle-end/33631] [4.1/4.2/4.3 Regression] auto structure not initialized correctly
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 17:04 --- The warning persists for me on the trunk, and the initialization is not done: main (c, v) { int D.2713; int D.2714; int j[3]; typedef struct { int c; int * j; union pthread_mutex_t m; } struct struct { int c; int * j; union pthread_mutex_t m; }; struct { int c; int * j; union pthread_mutex_t m; } r; r.j = j; r.m.__data.__lock = 0; r.m.__data.__count = 0; r.m.__data.__owner = 0; r.m.__data.__nusers = 0; r.m.__data.__kind = 0; r.m.__data.__spins = 0; r.m.__data.__list.__prev = 0B; r.m.__data.__list.__next = 0B; D.2713 = r.c; printf (current should be zero but is %d\n[0], D.2713); D.2714 = 0; return D.2714; } This worked in 4.0.3 and 4.1.1 which generated r = {}; r.j = j; D.1158 = r.c; So, this is likely a middle-end/gimplification issue (again). Reduced testcase: typedef struct __pthread_internal_list { void *__prev; void *__next; } __pthread_list_t; typedef union { struct __pthread_mutex_s { int __lock; unsigned int __count; int __owner; unsigned int __nusers; int __kind; int __spins; __pthread_list_t __list; } __data; char __size[40]; long int __align; } pthread_mutex_t; extern int printf (__const char *__restrict __format, ...); int main(int c, char **v) { int j[3]; struct { int c, *j; pthread_mutex_t m; } r = { .j = j, .m = { { 0, 0, 0, 0, 0, 0, { 0, 0 } } }, }; printf(current should be zero but is %d\n, r.c); return 0; } -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|c |middle-end Ever Confirmed|0 |1 Known to fail||4.0.4 4.1.2 4.2.0 4.2.3 ||4.3.0 Known to work||4.0.3 4.1.1 Last reconfirmed|-00-00 00:00:00 |2008-02-04 17:04:08 date|| Summary|auto structure not |[4.1/4.2/4.3 Regression] |initialized correctly |auto structure not ||initialized correctly Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33631
[Bug fortran/34661] [4.2 Regression] ice on where / ASSIGNMENT(=)
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-02-04 20:44 --- Fixed on trunk and 4.2. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|4.2.3 | Known to work|4.1.2 4.3.0 |4.1.2 4.2.4 4.3.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34661
[Bug c++/35056] [4.3 Regression] ICE in copy_to_mode_reg, at explow.c:621
--- Comment #15 from jakub at gcc dot gnu dot org 2008-02-04 20:43 --- Either build_identity_conv (tfrom, expr) is wrong if tfrom != from (the comment about build_identity_conv function suggest that I think), or convert_like_real needs to fold_convert in the ck_identity case. If the former, which conversion type needs to be used instead and won't it affect overload resolution? -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
[Bug fortran/34661] [4.2 Regression] ice on where / ASSIGNMENT(=)
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-02-04 20:37 --- Subject: Bug 34661 Author: dfranke Date: Mon Feb 4 20:37:12 2008 New Revision: 132094 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132094 Log: gcc/fortran: 2008-02-04 Daniel Franke [EMAIL PROTECTED] Backport from trunk: 2008-01-25 Daniel Franke [EMAIL PROTECTED] PR fortran/34661 * resolve.c (resolve_where): Added check if user-defined assignment operator is an elemental subroutine. gcc/testsuite: 2008-02-04 Daniel Franke [EMAIL PROTECTED] PR fortran/34661 * gfortran.dg/where_operator_assign_4.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/where_operator_assign_4.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34661
[Bug c++/35080] New: __thread generators a.out that creates segmentation fault
We were using g++ (GCC) 3.4.6 20060404 (Red Hat 3.4.6.9) on Linux 2.6.24.14 SMP X86_64 GNU/Linux 4-core Intel @2.66GHz. We executed: g++ -O0 test.cc ./a.out ./a.out causes segmentation fault. The file test.cc folows below: __thread int testarray[2]; int main() { int i = 2; testarray[i-1] = 1; int p; p = testarray[i-1]; p = p + 1; printf(%d\n, p); return 0; } -- Summary: __thread generators a.out that creates segmentation fault Product: gcc Version: 3.4.6 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: xindong at ccs dot neu dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35080
[Bug target/34526] no-altivec ABI should be fixed or no longer be the default
--- Comment #5 from janis at gcc dot gnu dot org 2008-02-04 21:28 --- A prerequisite to changing the default to the AltiVec ABI is to fix -mabi=no-altivec. A patch for that is at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00094.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34526
[Bug middle-end/33631] [4.1/4.2 Regression] auto structure not initialized correctly
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-04 21:19 --- Subject: Bug 33631 Author: rguenth Date: Mon Feb 4 21:18:32 2008 New Revision: 132096 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132096 Log: 2008-02-04 Richard Guenther [EMAIL PROTECTED] PR middle-end/33631 * expr.c (count_type_elements): Give for unions instead of guessing. * gcc.c-torture/execute/pr33631.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr33631.c Modified: trunk/gcc/ChangeLog trunk/gcc/expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33631
[Bug middle-end/33631] [4.1/4.2 Regression] auto structure not initialized correctly
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 21:18 --- Fixed on the trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2/4.3 Regression]|[4.1/4.2 Regression] auto |auto structure not |structure not initialized |initialized correctly |correctly http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33631
[Bug fortran/35037] VOLATILE attribute not being honored with common block variable
--- Comment #4 from burnus at gcc dot gnu dot org 2008-02-04 20:58 --- But I'm useless at reading assembly (the tree dump doesn't have these attributes written out) Try something like the following with -O3 -fdump-tree-optimized: subroutine wait4it () logical event volatile event !common /dd/ event event = .false. do if (event) print *, 'gfhzjf' end do end subroutine I did not test your patch, but without the common line, the dump contains gfhzjf until you remove the volatile. This saves you from reading assembler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35037
[Bug middle-end/33631] [4.1/4.2 Regression] auto structure not initialized correctly
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-04 22:03 --- Subject: Bug 33631 Author: rguenth Date: Mon Feb 4 22:03:09 2008 New Revision: 132097 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132097 Log: 2008-02-04 Richard Guenther [EMAIL PROTECTED] PR middle-end/33631 * expr.c (count_type_elements): Give for unions instead of guessing. * gcc.c-torture/execute/pr33631.c: New testcase. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/execute/pr33631.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/expr.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33631
[Bug java/35035] [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9?
--- Comment #32 from rguenther at suse dot de 2008-02-04 20:39 --- Subject: Re: [4.3 Regression] Has any one managed to run the libjava test suite on powerpc-apple-darwin9? On Mon, 4 Feb 2008, howarth at nitro dot med dot uc dot edu wrote: --- Comment #31 from howarth at nitro dot med dot uc dot edu 2008-02-04 18:36 --- Back to this PR, who did we need to review the current patch? I ask because the last other remaining P! for gcc trunk has a proposed patch so gcc 4.3 can branch as soon as both of those are checked in. It needs a C++ FE maintainer, but I pinged it today and hope that Mark while going over PRs to produce the next status report will approve it. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
[Bug libfortran/35063] write statement leaks handles/memory on windows xp
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-02-04 21:05 --- Sorry for the confusion. I used: print *,'Check memory and handles and press ENTER...', m so I could track the progress. Without the m, I see no errors. Also notice that he two upfront errors are in calls to strlen. One of those has nothing to do with libgfortran.. I suspect a libc error there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35063
[Bug c++/33802] bogus is used uninitialized (VOPs) (inlining)
--- Comment #13 from manu at gcc dot gnu dot org 2008-02-04 20:37 --- Created an attachment (id=15095) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15095action=view) Reduced testcase (16K) GCC 4.3 I can't reduce this further, so I post it here in case someone wants to give it a try. I am just looking to fix the duplicated may be uninitialized warning. This testcase won't be useful to track why there is a warning. And I don't know how to reduce the original testcase to do that. It is too big for me to analyse manually and automatic reduction tools will likely remove initialisations and make the warning correct. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33802
[Bug libstdc++/33678] [4.2.0 regression] __do_catch, __do_upcast ABI change
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-02-04 20:18 --- *** Bug 35081 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||mrs at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33678
[Bug libstdc++/35081] abi breakage in typeinfo (4.0.1 - 4.2.1)
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-04 20:18 --- And it has already been fixed in 4.2.2. *** This bug has been marked as a duplicate of 33678 *** -- 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=35081
[Bug fortran/35009] error on valid with -std=f95 (character arrays in format tags)
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-02-04 23:14 --- The following code in resolve_tag_format() is wrong: /* If e's rank is zero and e is not an element of an array, it should be of integer or character type. The integer variable should be ASSIGNED. */ if (e-symtree == NULL || e-symtree-n.sym-as == NULL || e-symtree-n.sym-as-rank == 0) We should not check e-symtree-n.sym-as-rank but the expression's rank (e-rank). I'm not sure that covers everything, though, I may be missing some corner case that the code above was designed to catch... -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35009
[Bug tree-optimization/29832] -ftree-loop-linear miscompiles scalarize.f90
--- Comment #5 from spop at gcc dot gnu dot org 2008-02-04 21:59 --- Mine. -- spop at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-02-04 16:01:28 |2008-02-04 21:59:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29832
[Bug debug/35065] [4.3 Regression] infinite loop while compiling VLC media player in vt_find_locations
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35065
[Bug c++/33802] bogus is used uninitialized (VOPs) (inlining)
--- Comment #14 from manu at gcc dot gnu dot org 2008-02-04 20:39 --- Created an attachment (id=15096) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15096action=view) Test for a valid testcase This is the test I am using for reducing the testcase. If you change something and run: ./pr33802.sh new.ii echo OK and don't get an OK, then the testcase is not valid anymore. Otherwise, great! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33802
[Bug c/35069] Casting from a volatile type to a non-volatile type should cause a warning
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-04 22:16 --- Anyways you are violating C aliasing rules here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35069
[Bug libstdc++/35081] New: abi breakage in typeinfo (4.0.1 - 4.2.1)
Someone appears to have blown the g++ abi in gcc-4.2.1 as compared to gcc-4.0.1. The below patch appears to be needed? If so, could you please add this to at least *-apple-darwin*. $ cat patches-4.2.1/typeinfo-abi.patch --- gcc-4.2.1/libstdc++-v3/libsupc++/typeinfo 2007-06-26 11:35:42.0 -0400 +++ libstdc++-v3/libsupc++/typeinfo 2007-10-08 12:08:44.0 -0400 @@ -100,6 +100,15 @@ namespace std bool operator!=(const type_info __arg) const { return !operator==(__arg); } + // APPLE LOCAL begin + // For ABI stability these virtuals must be ordered: __is_pointer_p, __is_function_p, __do_catch, __do_upcast + + // Return true if this is a pointer type of some kind +virtual bool __is_pointer_p() const; + +// Return true if this is a function type +virtual bool __is_function_p() const; + // Try and catch a thrown type. Store an adjusted pointer to the // caught type in THR_OBJ. If THR_TYPE is not a pointer type, then // THR_OBJ points to the thrown object. If THR_TYPE is a pointer @@ -113,11 +122,7 @@ namespace std virtual bool __do_upcast(const __cxxabiv1::__class_type_info *__target, void **__obj_ptr) const; - // Return true if this is a pointer type of some kind -virtual bool __is_pointer_p() const; - -// Return true if this is a function type -virtual bool __is_function_p() const; + // APPLE LOCAL end protected: const char *__name; It went in with: r126016 | bkoz | 2007-06-26 04:01:15 -0700 (Tue, 26 Jun 2007) | 13 lines 2007-06-26 Benjamin Kosnik [EMAIL PROTECTED] * include/ext/throw_allocator.h: Fixes for -fno-exceptions. * testsuite/util/testsuite_shared.cc: Same. * testsuite/util/io/illegal_input_error.hpp: Same. * testsuite/util/io/verified_cmd_line_input.cc: Same. * libsupc++/typeinfo (type_info): Correct comment formatting, clarify member access and public interface. * libsupc++/exception: Less compressed comments. * libsupc++/new: Same. $ svn diff -c126016 typeinfo Index: typeinfo === --- typeinfo(revision 126015) +++ typeinfo(revision 126016) @@ -93,25 +93,12 @@ class type_info { public: -/** Destructor. Being the first non-inline virtual function, this +/** Destructor first. Being the first non-inline virtual function, this * controls in which translation unit the vtable is emitted. The * compiler makes use of that information to know where to emit * the runtime-mandated type_info structures in the new-abi. */ virtual ~type_info(); - private: -/// Assigning type_info is not supported. Made private. -type_info operator=(const type_info); -type_info(const type_info); - - protected: -const char *__name; - - protected: -explicit type_info(const char *__n): __name(__n) { } - - public: -// the public interface /** Returns an @e implementation-defined byte string; this is not * portable between compilers! */ const char* name() const @@ -119,6 +106,7 @@ #if !__GXX_TYPEINFO_EQUALITY_INLINE bool before(const type_info __arg) const; + // In old abi, or when weak symbols are not supported, there can // be multiple instances of a type_info object for one // type. Uniqueness must use the _name value, not object address. @@ -133,19 +121,13 @@ // and therefore address comparisons are sufficient. bool before(const type_info __arg) const { return __name __arg.__name; } + bool operator==(const type_info __arg) const { return __name == __arg.__name; } #endif bool operator!=(const type_info __arg) const { return !operator==(__arg); } -// the internal interface - public: -// return true if this is a pointer type of some kind -virtual bool __is_pointer_p() const; -// return true if this is a function type -virtual bool __is_function_p() const; - // Try and catch a thrown type. Store an adjusted pointer to the // caught type in THR_OBJ. If THR_TYPE is not a pointer type, then // THR_OBJ points to the thrown object. If THR_TYPE is a pointer @@ -155,9 +137,25 @@ virtual bool __do_catch(const type_info *__thr_type, void **__thr_obj, unsigned __outer) const; -// internally used during catch matching +// Internally used during catch matching virtual bool __do_upcast(const __cxxabiv1::__class_type_info *__target, void **__obj_ptr) const; + + // Return true if this is a pointer type of some kind +virtual bool __is_pointer_p() const; + +// Return true if this is a function type +virtual bool __is_function_p() const; + + protected: +const char *__name; + +explicit type_info(const char *__n): __name(__n) { } + + private: +/// Assigning type_info is not
[Bug c++/35056] [4.3 Regression] ICE in copy_to_mode_reg, at explow.c:621
--- Comment #14 from jakub at gcc dot gnu dot org 2008-02-04 20:11 --- Regression introduced by the call.c (reference_binding) changes from http://gcc.gnu.org/viewcvs?root=gccview=revrev=131751 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
[Bug c/35069] Casting from a volatile type to a non-volatile type should cause a warning
--- Comment #2 from gcc-david at tulloh dot id dot au 2008-02-04 22:14 --- Yes, I didn't provide any context. I believe that this warning should apply any time you are working with volatile variables. A truncated real world example (kind of, real world debugging). volatile static uint8_t OutputBuffer[4]; int16_t main(void) { while(1) { *(uint16_t *)(OutputBuffer)++; } } ISR(PCINT0_vect) { implement software SPI interface, transmit OutputBuffer in reverse byte order. } -- gcc-david at tulloh dot id dot au changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35069
[Bug bootstrap/33992] Building libstdc++-v3: include/limits: stray '\275' in program
--- Comment #12 from dirtyepic at gentoo dot org 2008-02-04 20:30 --- no one cares that make profiledbootstrap on 64bit targets miscompiles the preprocessor when BOOT_CFLAGS=-O2 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33992
[Bug c++/35049] [4.3 Regression] g++.dg/conversion/simd3.C:12: error: invalid operands to binary + (have 'float __vector__' and 'int __vector__')
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35049