[Bug c++/37518] preprocessor failure

--- Comment #1 from pinskia at gmail dot com 2008-09-14 06:56 --- Subject: Re: New: preprocessor failure Sent from my iPhone On Sep 13, 2008, at 11:02 PM, "rwgk at yahoo dot com" <[EMAIL PROTECTED] > wrote: > Platform: > Fedora release 8 (Werewolf) > Linux chevy.lbl.gov 2.6.23

Re: [Bug c++/37518] New: preprocessor failure

Sent from my iPhone On Sep 13, 2008, at 11:02 PM, "rwgk at yahoo dot com" <[EMAIL PROTECTED] > wrote: Platform: Fedora release 8 (Werewolf) Linux chevy.lbl.gov 2.6.23.15-137.fc8 #1 SMP Sun Feb 10 17:03:13 EST 2008 x86_64 x86_64 x86_64 GNU/Linux % g++ -v Using built-in specs. Target:

[Bug c++/37518] New: preprocessor failure

Platform: Fedora release 8 (Werewolf) Linux chevy.lbl.gov 2.6.23.15-137.fc8 #1 SMP Sun Feb 10 17:03:13 EST 2008 x86_64 x86_64 x86_64 GNU/Linux % g++ -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /net/chevy/raid1/rwgk/gcc_trunk/configure --prefix=/net/cci-filer1/vo

[Bug c/37506] attribute section is not working with constant strings

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 05:36 --- This is all expected, if you want a string constant to be in a different section, you need to put there your self by using a variable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37506

[Bug testsuite/37517] gcc.target/i386/quad-sse.c fails with -fPIC

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 05:33 --- Also note this fails by default for i686-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37517

[Bug testsuite/37517] New: gcc.target/i386/quad-sse.c fails with -fPIC

Since with -fPIC, there is no way to get the constant in without getting position of the function. This causes the testcase to fail as it is checking for there is no call in the generated assembly. -- Summary: gcc.target/i386/quad-sse.c fails with -fPIC Product: gcc

[Bug c/37506] attribute section is not working with constant strings

--- Comment #4 from nm127 at freemail dot hu 2008-09-14 05:32 --- (In reply to comment #3) > char* y __attribute__ ((__section__(".xxx_section"))) = "Hello World!"; > > That only puts the pointer variable y into that section and not the string. Exatly that is my problem. So the pointe

[Bug debug/37002] [4.4 Regression] No debug info on unreferenced parameters

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug middle-end/30164] Gimplifier does not produce valid gimple for global_vectora = CONSTRUCTOR

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 05:16 --- (In reply to comment #4) > Any news here? What is the testcase that produces invalid gimple? typedef signed char v8qi __attribute__ ((vector_size (8))); int num (void); v8qi b = (v8qi){ num (), num (), num (), num

[Bug other/37463] [4.4 regression] All Solaris/x86 eh tests fail

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug target/37246] Updated spec for freebsd7.0

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- |

[Bug target/37241] [4.4 Regression]: FAIL: g++.dg/abi/key2.C

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 05:03 --- Confirmed, I see this also. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/37394] [4.4 Regression] Segfault in ia64_variable_issue with -O -fschedule-insns2

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-09-14 05:02 --- Should have been confirmed already. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/37349] [4.4 Regression] bootstrap broken on Alpha: undefined reference to _Jv_RegisterClasses

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 05:01 --- Confirmed via the dup. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/37349] [4.4 Regression] bootstrap broken on Alpha: undefined reference to _Jv_RegisterClasses

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 05:01 --- *** Bug 37464 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/37464] bootstrap failure for alphaev56, undefined reference to `_Jv_RegisterClasses

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 05:01 --- *** This bug has been marked as a duplicate of 37349 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/37461] [4.4 Regression] ICE in find_or_generate_expression, at tree-ssa-pre.c:2691

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 04:59 --- Confirmed, you can also get rid of the struct: void _posix_to_nfsv4_one (unsigned *ace, short deny, int flags) { int eflag = (flags ? (0x0001 | 0x0008) : 0); if (deny) *ace= eflag; *ace= eflag; wh

[Bug middle-end/37461] [4.4 Regression] ICE in find_or_generate_expression, at tree-ssa-pre.c:2691

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug rtl-optimization/37516] ~(-2 - a) is not being optimized into a + 1

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 04:56 --- That is I found this with the patch for PR 37451 included but this does not need that patch to show the issue really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37516

[Bug translation/37457] pp_base_format, pretty-print.c:529

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 04:55 --- This is a translation error which means you should report this to the translation team. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/37465] ctors never override virtual functions

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 04:54 --- Confirmed, looks related to covariant returns. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/37465] ctors never override virtual functions

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-14 04:54 --- Confirmed, looks related to covariant returns. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37465

[Bug middle-end/37479] [4.4 Regression] -fdwarf2-cfi-asm is undocumented

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|web |middle-end Keywords||documentat

[Bug middle-end/37456] [4.4 Regression] ICE: verify_flow_info failed: control flow in the middle of basic block

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 04:50 --- Here is a reduced testcase without -ffast-math (aka it also applies to integers :) ): int zot(int ); struct bar { ~bar() { } }; int x; void doit(int a, int b, int c) { bar pn; int b1 = zot(a) * c; int b2 = zot(b) * c

[Bug c++/7221] wrong linkage of typedef-named classes

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-09-14 04:46 --- *** Bug 37473 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/37473] typedef results in wrong function call linkage

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 04:46 --- Lets see oh one of the old of known bugs 7221 :). *** This bug has been marked as a duplicate of 7221 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/37506] attribute section is not working with constant strings

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 04:45 --- char* y __attribute__ ((__section__(".xxx_section"))) = "Hello World!"; That only puts the pointer variable y into that section and not the string. The correct way is do like what you do for x. -- pinskia at gc

[Bug target/37454] gcc: unrecognized option '-rdynamic'

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 04:43 --- Note you can use Sun's ld with GCC so that patch is not always the correct one. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/37471] Move invariant pulls too many cmps out of a loop

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 04:42 --- Note this is not a regression as loop.c did the same. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/37428] GNU VLA-in-structure extension is undocumented

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 04:39 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug rtl-optimization/25381] local alloc is not really that good

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 04:38 --- This was fixed for 4.3.0, most likely by DF. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/32647] spill failures with hard-register variable

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 04:34 --- Related to PR 22072. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32647

[Bug rtl-optimization/9085] Unable to find register to spill when optimizing

--- Comment #10 from pinskia at gcc dot gnu dot org 2008-09-14 04:34 --- Related to PR 22072. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9085

[Bug middle-end/22072] bizarre code for int*int/2 for -Os

--- Comment #13 from pinskia at gcc dot gnu dot org 2008-09-14 04:30 --- *** Bug 27856 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/27856] With -Os, loading a constant to a register can use another register

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 04:30 --- The same issue is really 22072. *** This bug has been marked as a duplicate of 22072 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/22072] bizarre code for int*int/2 for -Os

--- Comment #12 from pinskia at gcc dot gnu dot org 2008-09-14 04:28 --- a1 (r65,l0) best GENERAL_REGS, cover GENERAL_REGS If IRA chose CREG instead of GENERAL_REGS, it would have been right. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/16541] code quality issue for bit manipulations with 64bit

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 04:20 --- IRA produces even worse code ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16541

[Bug rtl-optimization/5739] "const" and "pure" function attributes pessimize code due to poor RA

--- Comment #10 from pinskia at gcc dot gnu dot org 2008-09-14 04:18 --- Hmm, IRA for x87 produces worse code for even the non pure/const case. before: L2: fstl(%eax) leal-24(%ebp), %ecx flds(%edx) fstpl 8(%eax) addl$16, %eax

[Bug rtl-optimization/23100] poor code generation for i686

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-09-14 04:13 --- Fixed for 4.4.0 with IRA. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsD

[Bug rtl-optimization/16796] PowerPC - Unnecessary Floating Point Register Copy

--- Comment #9 from pinskia at gcc dot gnu dot org 2008-09-14 04:08 --- This was fixed for real for 4.3.0, I think by DF. In .csa: (insn 132 131 99 16 t.c:40 (set (reg/v:DF 33 1 [orig:126 x ] [126]) (mem/c:DF (plus:DI (reg/f:DI 1 1) (const_int -16 [0xf

[Bug tree-optimization/18316] Missed IV optimization

--- Comment #13 from pinskia at gcc dot gnu dot org 2008-09-14 04:02 --- Still the extra mr is still there. In fact for PPC64, it is even worse as there are two extra instructions: .L2: lwa 11,0(7) extsw 9,0 sldi 11,11,2 add 0,0,10 stwx 6,3,11

[Bug rtl-optimization/21150] Suboptimal byte extraction from 64bits

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 03:53 --- IRA is slightly worse, it uses one extra register -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21150

[Bug rtl-optimization/32725] Unnecessary reg-reg moves

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-09-14 03:47 --- Fixed for 4.4.0 by IRA. There is one less movq, though the other movq is below the mulq. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/37516] ~(-2 - a) is not being optimized into a + 1

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37516

[Bug rtl-optimization/37516] New: ~(-2 - a) is not being optimized into a + 1

I noticed this when looking into PR 34087 with connection of a patch I wrote for loop-doloop.c which is supposed to reduce the number of instructions. Anyways the following two functions are equivalent but are not optimized that way: int f(int a) { a = -2 - a; return -(a+1); } int f1(int a) {

[Bug target/26525] missed opportunity to use value in fp reg

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 03:27 --- This still happens with IRA. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/25502] I64d format Werror problem in build

--- Comment #20 from aaronavay62 at aaronwl dot com 2008-09-14 03:27 --- Danny has recommended that we wait until 4.5 to add -Wno-pedantic-ms-format which will resolve this problem. . In the meantime, I'll keep the patch at

[Bug rtl-optimization/24082] Not that good register allocating on powerpc for vectors

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 03:22 --- This was fixed for 4.3.0 (most likely by the df work). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/26479] suboptimal register allocation for return register

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 03:16 --- I think this was fixed for 4.3.0: .L3: lwz 0,20(1) lwz 31,12(1) addi 1,1,16 mtlr 0 blr HP, can you try this again on cris? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug rtl-optimization/18427] [meta-bug] We need a better register allocator

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 03:14 --- Fixed now, IRA is that better RA :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/14121] use inline assembler register constraints as home register hints

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 03:13 --- IRA fixes this (I tested with -fno-ira which gave the old result). The inner loop looks like: L4: movl(%ecx), %eax # 23 "t.c" 1 divl%edi # 0 "" 2 movl%eax, (%ecx) subl

[Bug rtl-optimization/11488] Pre-regalloc scheduling severely worsens performance

--- Comment #9 from pinskia at gcc dot gnu dot org 2008-09-14 03:10 --- IRA improves this but it is still worse at -O2 than -O1 and than -O2 -fno-schedule-insns (which is the best so far). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11488

[Bug rtl-optimization/15431] inefficient register allocation

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 03:06 --- This was fixed for 4.3.0 without a new RA so closing. But the new RA for 4.4.0 improves this even more. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/25225] code generation -- extra instructions generated

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 02:54 --- Fixed on the trunk by IRA. There are no more unnecessary mov instructions. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug other/37515] [meta-bug] GCC 4.5 pending patches

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37515

[Bug other/37515] New: [meta-bug] GCC 4.5 pending patches

This metabug is used to track all the patches which have been written during Stage 3 of GCC 4.4 (or before) but do not qualify for that stage, and are waiting for Stage 1 of GCC 4.4 to be applied. Please, do not attach the patches to this bug. Open a new bug report, and mark it as "blocking" th

[Bug other/33702] [meta-bug] GCC 4.4 pending patches

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 02:44 --- Since stage1 is over closing as done. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

--- Comment #11 from dje at gcc dot gnu dot org 2008-09-14 02:04 --- Honza, I may not be analyzing this correctly, but it looks like cgraph_remove_unreachable_nodes() may be removing something that is not dead. Is cgraph handling constructors and destructors on non-ELF systems correctl

[Bug middle-end/37509] __sync_fetch_and_xxx generates relocatable symbols

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 02:03 --- This is invalid, it is the issue which Paolo mentioned. I tried this on PowerPC Linux and it works correctly. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/37512] Useless instructions in member call by pointer

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-14 02:01 --- Fixed on the trunk by the new register allocator (IRA): __Z6callfnP1AMS_FvvE: LFB0: pushq %rbp LCFI0: testb $1, %sil movq%rsi, %r11 movq%rsp, %rbp LCFI1: movq%r

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

--- Comment #10 from dje at gcc dot gnu dot org 2008-09-14 02:01 --- I'm not sure if I am tracking this back correctly, but: #0 ggc_free (p=0x301631b8) at /farm/dje/src/src/gcc/ggc-page.c:1380 #1 0x1033fb54 in cgraph_release_function_body (node=0x31932300) at /farm/dje/src/src/gcc

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

--- Comment #9 from dje at gcc dot gnu dot org 2008-09-14 01:51 --- and I think related to static constructor/destructor functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37057

[Bug objc/37460] [4.4 Regression]: NeXT runtime ICEs

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 01:49 --- And yes we still get -O0, a call: call_objc_msgSend -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug objc/37460] [4.4 Regression]: objc.dg/super-class-2.m objc.dg/zero-link-1.m objc.dg/zero-link-2.m ICE

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-14 01:48 --- Created an attachment (id=16316) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16316&action=view) Patch which I am testing to fix this and all tuplification related failures This fixes the issue by just removi

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

--- Comment #8 from dje at gcc dot gnu dot org 2008-09-14 01:45 --- This starts when collecting a cgraph node: #345 0x10049f1c in gt_ggc_mx_cgraph_node (x_p=0x31b4fa00) at gtype-desc.c:171 #346 0x10053290 in gt_ggc_m_P11cgraph_node4htab (x_p=0x300fba00) at gtype-desc.c:2065 #347 0x1

[Bug objc/37460] [4.4 Regression]: objc.dg/super-class-2.m objc.dg/zero-link-1.m objc.dg/zero-link-2.m ICE

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-14 01:31 --- This is the same fall out from the tuplification as I mention at http://gcc.gnu.org/ml/gcc/2008-06/msg00460.html just now we are getting it for all NeXT runtime testcases. I am going to work on this. It is just a m

[Bug c++/22374] C++ front-end produces mis-match types in MODIFY_EXPR (dynamic_cast)

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org

[Bug c++/37057] 7 Internal Compiler Errors when compiling OpenFOAM-1.5

--- Comment #7 from dje at gcc dot gnu dot org 2008-09-14 01:22 --- This is a garbage collection bug. -- dje at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/37500] [4.4 Regression] libstdc++ failed to compile at -O0

--- Comment #8 from pinskia at gcc dot gnu dot org 2008-09-14 01:17 --- *** Bug 37511 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/37511] ice for simple legal C++ code

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-09-14 01:17 --- Mark as a dup of bug 37500. *** This bug has been marked as a duplicate of 37500 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/37511] ice for simple legal C++ code

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-14 01:17 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ra Target Milestone|--- |4.4.0 http://gcc

[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

--- Comment #3 from kkojima at gcc dot gnu dot org 2008-09-14 00:51 --- I'd like to add Vlad to the CC list. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

--- Comment #2 from kkojima at gcc dot gnu dot org 2008-09-14 00:38 --- Here is the problematic part of the generated code: mov.w .L240,r7 add #4,r1 mov.w .L241,r6 add #4,r3 add r15,r7 fmov.s @r7,fr14 add r15,r

[Bug rtl-optimization/37514] [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

--- Comment #1 from kkojima at gcc dot gnu dot org 2008-09-14 00:38 --- Created an attachment (id=16315) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16315&action=view) a test case I've attached a slightly reduced testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3751

[Bug rtl-optimization/37514] New: [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-frame-pointer on sh4

gcc.c-torture/execute/20021120-1.c execution fails with -m4 -ml -O3 -fomit-frame-pointer on sh-elf. gf[0] is wrongly set to 1.0 by foo. It started to fail after the IRA merge. -- Summary: [4.4 Regression] Wrong code generated for 20021120-1.c with -O3 -fomit-fra

[Bug c++/37450] [4.4 Regression] C++ FE times out on duplicated parameter

--- Comment #2 from hjl dot tools at gmail dot com 2008-09-13 22:59 --- It is a C++ bug. A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01041.html -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug fortran/37513] Wrongly rejects: unprotected_pointer => protected_pointer

--- Comment #1 from burnus at gcc dot gnu dot org 2008-09-13 22:43 --- Created an attachment (id=16314) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16314&action=view) Patch of the second attempt What I did for the second attempt; fails as written in comment 0 plus requires some

[Bug fortran/37513] New: Wrongly rejects: unprotected_pointer => protected_pointer

+++ This bug was initially created as a clone of Bug #37504 +++ gfortran rightly rejects the following program, however, the error message is misleading: PROTECTED at (1) only allowed in specification part of a module module m implicit none integer, pointer, protected :: protected_pointer

[Bug tree-optimization/37392] [4.4 Regression] Segfault in verify_ssa: !gimple_nop_p (stmt)

--- Comment #9 from hubicka at gcc dot gnu dot org 2008-09-13 22:38 --- Fixed by my patch. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug c++/37511] ice for simple legal C++ code

--- Comment #4 from hubicka at gcc dot gnu dot org 2008-09-13 22:29 --- Yes, it is almost definitly same problem. Honza -- hubicka at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/37509] __sync_fetch_and_xxx generates relocatable symbols

--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-13 22:25 --- To be clear, I suspect you are on something like i?86-*, and in that case for the default arch (-march=i386) this is the expected behavior... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37509

[Bug c/37509] __sync_fetch_and_xxx generates relocatable symbols

--- Comment #2 from paolo dot carlini at oracle dot com 2008-09-13 22:07 --- Host / Target / Build please... -- paolo dot carlini at oracle dot com changed: What|Removed |Added --

[Bug bootstrap/36783] Build fails in stagefeedback-bubble make target on IRIX 6.5.30 when compiling insn-attrtab.c

--- Comment #3 from hubicka at gcc dot gnu dot org 2008-09-13 21:42 --- It also might be miscompilation of the first stage. profiledbootstrap is using the stage1 compiler to build all stages and really expect things like 64bit HOST_WIDE_INT. Would be possible to re-try this on current m

[Bug middle-end/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20

--- Comment #11 from hubicka at gcc dot gnu dot org 2008-09-13 21:41 --- Subject: Bug 32581 Author: hubicka Date: Sat Sep 13 21:39:44 2008 New Revision: 140349 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140349 Log: PR middle-end/32581 * tree-profile.c (add_a

[Bug middle-end/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20

--- Comment #10 from hubicka at gcc dot gnu dot org 2008-09-13 21:40 --- Fixed by my patch. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added St

[Bug tree-optimization/37512] New: Useless instructions in member call by pointer

class A; typedef void (A::*pafn_t)(void); void callfn (A* p, pafn_t pafn) { (p->*pafn)(); } --- g++ -S -Os: --- _Z6callfnP1AMS_FvvE: .LFB2: testb $1, %sil movq%rsi, -16(%rsp) movq%

[Bug c++/37511] ice for simple legal C++ code

--- Comment #3 from pinskia at gmail dot com 2008-09-13 20:04 --- Subject: Re: ice for simple legal C++ code Sent from my iPhone On Sep 13, 2008, at 12:58 PM, "rguenth at gcc dot gnu dot org" <[EMAIL PROTECTED] > wrote: > > > --- Comment #2 from rguenth at gcc dot gnu dot org

Re: [Bug c++/37511] ice for simple legal C++ code

Sent from my iPhone On Sep 13, 2008, at 12:58 PM, "rguenth at gcc dot gnu dot org" <[EMAIL PROTECTED] > wrote: --- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-13 19:58 --- works for me. Honza, I guess you fixed this recently? I think this was fixed by the pt.c ch

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-13 19:59 --- *** Bug 37510 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/37510] ice for legal C code

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-13 19:59 --- *** This bug has been marked as a duplicate of 37418 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/37511] ice for simple legal C++ code

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-13 19:58 --- works for me. Honza, I guess you fixed this recently? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/37511] ice for simple legal C++ code

--- Comment #1 from dcb314 at hotmail dot com 2008-09-13 19:54 --- Created an attachment (id=16313) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16313&action=view) C++ source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37511

[Bug c++/37511] New: ice for simple legal C++ code

I just tried to compile the following C++ code with most recent snapshot of gcc version 4.4, dated 20080912. # include # include using namespace std; int main() { for (size_t i = 0; i < 16; ++i) { cout << i << ' ' << sqrt( i) << '\n'; } return 0;

[Bug c/37510] ice for legal C code

--- Comment #1 from dcb314 at hotmail dot com 2008-09-13 19:52 --- Created an attachment (id=16312) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16312&action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37510

[Bug c/37510] New: ice for legal C code

I just tried to build the Suse Linux package libebl-0.131-37 with the most recent snapshot of gcc version 4.4, dated 20080912. The compiler said dwarf_begin_elf.c: In function 'dwarf_begin_elf': dwarf_begin_elf.c:230: error: type mismatch in address expression void (*Dwarf_OOM) (void) void (*)

[Bug fortran/37498] [4.4 Regression] Incorrect array value returned

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-09-13 19:25 --- I am working on fixing this now. I will probably call for help on parts of this. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/37418] [4.4 Regression] error: type mismatch in address expression, verify_gimple failed

--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-09-13 18:59 --- Working on a patch. It's not a MODIFY_EXPR but an ADDR_EXPR with problematic conversion. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug testsuite/37495] FAIL: gcc.c-torture/compile/vector-4.c

--- Comment #6 from hjl dot tools at gmail dot com 2008-09-13 17:47 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRM

[Bug fortran/30166] Gimplifier sometimes does not produce valid gimple for addressable = VIEW_CONVERT_EXPR(a)

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-13 16:38 --- I think this was fixed by 2008-09-12 Richard Guenther <[EMAIL PROTECTED]> * trans-intrinsic.c (gfc_conv_intrinsic_transfer): Use build_fold_addr_expr to properly mark the argument addressa

  1   2   >