[Bug c++/40036] Initializer incorrectly reordering arguments

--- Comment #5 from jwbates at mac dot com 2009-05-06 06:39 --- All of the uninitialized memory errors in valgrind appear to occur after I do the computation, when I'm just trying to print the results. I can convince myself that there's a good chance that the address swap is leaving bi

[Bug c++/40036] Initializer incorrectly reordering arguments

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-05-06 06:08 --- hmm, valgrind says there are some uninitiated memory. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40036

[Bug c++/40036] Initializer incorrectly reordering arguments

--- Comment #3 from jwbates at mac dot com 2009-05-06 05:25 --- Not sure at all, as I have very little experience dealing with this kind of issue. To clarify one point of ambiguity: when I mentioned swapping the order of the arguments to match the correct evaluation behaviour. So, my con

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #13 from hp at gcc dot gnu dot org 2009-05-06 05:06 --- (In reply to comment #12) > HP, is this still a problem? No, I guess Matz just forgot to close it. Done. -- hp at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/40036] Initializer incorrectly reordering arguments

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-05-06 05:02 --- Are you sure you are not running into unspecified behavior dealing with subexpression is computed without a sequence point? Because from your description you are running into that issue. As you mentioned you swappe

[Bug fortran/40005] segfault in gt_ggc_mx_lang_tree_node

--- Comment #14 from jv244 at cam dot ac dot uk 2009-05-06 04:36 --- (In reply to comment #13) > Is there a self contained (one file) source that I could use? Gfortran is > known > to emit a lot of blocks inside blocks and I wonder if this is the cause. And > the GC is only setup to do

[Bug middle-end/40022] [4.4 Regression] Alpine miscompilation

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40022

[Bug c++/40036] Initializer incorrectly reordering arguments

--- Comment #1 from jwbates at mac dot com 2009-05-06 04:09 --- Created an attachment (id=17806) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17806&action=view) output of g++ -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40036

[Bug c++/40036] New: Initializer incorrectly reordering arguments

This bug was found with the following command-line option: g++ -I ../../Headers -g -o Runtime0 Runtime0.cpp It has appeared with all variations of the command-line that I have tried. I'm building a fairly complex (all right, maybe a little insane) c++ template metaprogram to do efficient probabi

[Bug tree-optimization/33928] [4.3/4.4/4.5 Regression] 30% performance slowdown in floating-point code caused by r118475

--- Comment #54 from lucier at math dot purdue dot edu 2009-05-06 03:50 --- Created an attachment (id=17805) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17805&action=view) svn diff of cse.c to fix the performance regression This partially reverts r118475 and adds code to call f

[Bug tree-optimization/33928] [4.3/4.4/4.5 Regression] 30% performance slowdown in floating-point code caused by r118475

--- Comment #53 from lucier at math dot purdue dot edu 2009-05-06 03:43 --- I posted a possible fix to gcc-patches with the subject line Possible fix for 30% performance regression in PR 33928 Here's the assembly for the main loop after the changes I proposed: .L4230: movq

[Bug middle-end/40035] ICE when cross-compiling with -Os

-- bje at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconf

[Bug c/36892] Support __attribute__((deprecated("text string")))

--- Comment #5 from hjl dot tools at gmail dot com 2009-05-06 00:30 --- The updated patch is at http://gcc.gnu.org/ml/gcc-patches/2009-05/msg00208.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug middle-end/40035] ICE when cross-compiling with -Os

--- Comment #1 from bje at gcc dot gnu dot org 2009-05-06 00:22 --- Created an attachment (id=17804) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17804&action=view) minimised test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40035

[Bug middle-end/40035] New: ICE when cross-compiling with -Os

When cross-compiling the attached test case with -Os, the x86_64 cross-compiler produces an ICE: /home/bje/44bug/main.c: In function ‘unknown_bootoption’: /home/bje/44bug/main.c:34: internal compiler error: in simplify_subreg, at simplify-rtx.c:4975 Please submit a full bug report, with preprocess

[Bug libstdc++/39909] non-TLS version of std::call_once causes terminate

--- Comment #9 from jwakely dot gcc at gmail dot com 2009-05-05 22:14 --- Fixed for 4.5.0 and 4.4.1 -- jwakely dot gcc at gmail dot com changed: What|Removed |Added

[Bug tree-optimization/39974] [4.5 regression] Bogus "array subscript is below array bounds" warning in compiler generated code

--- Comment #1 from reichelt at gcc dot gnu dot org 2009-05-05 22:00 --- Here's a reduced version without includes: === struct X { X(int, const int& = 0); ~X(); }; X x[2][3] = { { 0, 0, 0 }, { 0, 0, 0 } }; struct A { A(int); }; struc

[Bug libstdc++/39909] non-TLS version of std::call_once causes terminate

--- Comment #8 from redi at gcc dot gnu dot org 2009-05-05 21:44 --- Subject: Bug 39909 Author: redi Date: Tue May 5 21:44:27 2009 New Revision: 147138 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147138 Log: 2009-05-05 Jonathan Wakely PR libstdc++/39909 *

[Bug libstdc++/39909] non-TLS version of std::call_once causes terminate

--- Comment #7 from redi at gcc dot gnu dot org 2009-05-05 21:33 --- Subject: Bug 39909 Author: redi Date: Tue May 5 21:32:38 2009 New Revision: 147137 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147137 Log: 2009-05-05 Jonathan Wakely PR libstdc++/39909 *

[Bug c++/39639] no diagnostic for ill-formed pack expansion

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

[Bug c++/36740] [c++0x] Compiler accepts invalid syntax in variadic template specialization

--- Comment #3 from reichelt at gcc dot gnu dot org 2009-05-05 21:19 --- *** This bug has been marked as a duplicate of 39639 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/39639] no diagnostic for ill-formed pack expansion

--- Comment #6 from reichelt at gcc dot gnu dot org 2009-05-05 21:19 --- *** Bug 36740 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/35241] [4.3/4.4/4.5 regression] ICE with sizeof in variadic template

--- Comment #5 from reichelt at gcc dot gnu dot org 2009-05-05 21:13 --- *** This bug has been marked as a duplicate of 39637 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/39637] ICE on ill-formed sizeof() in variadic template

--- Comment #7 from reichelt at gcc dot gnu dot org 2009-05-05 21:13 --- *** Bug 35241 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/39666] [4.3/4.4/4.5 Regression] spurious warning with ranged-switch statements

--- Comment #6 from jakub at gcc dot gnu dot org 2009-05-05 21:09 --- Subject: Bug 39666 Author: jakub Date: Tue May 5 21:09:16 2009 New Revision: 147136 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147136 Log: PR middle-end/39666 * gimplify.c (gimplify_switch

[Bug other/40034] New: make clean fails with /bin/bash: -d: invalid option

Ubuntu 9.04 (Jaunty) x86-64 system builds gcc-4.4.0 just fine. Just used ../gcc-4.4.0/configure --prefix=/opt/pkg/gcc-4.4.0 to build. Make clean results in: true "AR_FLAGS=" "CC_FOR_BUILD=" "CFLAGS=-g -O2" "CXXFLAGS=" "CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=" "INSTALL=/usr/bin/install -c" "INSTAL

[Bug c/40033] [4.5 regression] ICE with invalid statement expression

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.5 regression] ICE with |[4.5 regression] ICE with |inavlid statement expre

[Bug c/40033] New: [4.5 regression] ICE with inavlid statement expression

The following invalid testcase triggers an ICE on trunk: == void foo() { ({ 0,; }); } == bug.c: In function 'foo': bug.c:3: error: expected expression before ';' token bug.c:3: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_

[Bug fortran/40005] segfault in gt_ggc_mx_lang_tree_node

--- Comment #13 from pinskia at gcc dot gnu dot org 2009-05-05 20:47 --- Is there a self contained (one file) source that I could use? Gfortran is known to emit a lot of blocks inside blocks and I wonder if this is the cause. And the GC is only setup to do chaining through the sibling

[Bug fortran/39998] Procedure Pointer Assignments: Statement Functions & Internal Functions

--- Comment #2 from janus at gcc dot gnu dot org 2009-05-05 20:47 --- Fixed in r147133. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/40005] segfault in gt_ggc_mx_lang_tree_node

--- Comment #12 from pinskia at gcc dot gnu dot org 2009-05-05 20:45 --- (In reply to comment #11) > I have a gdb session open, but I'm rather clueless. I have this: > but the following fails: > > (gdb) call debug_tree((*x).generic.type.next_variant) > Cannot access memory at address

[Bug fortran/39998] Procedure Pointer Assignments: Statement Functions & Internal Functions

--- Comment #1 from janus at gcc dot gnu dot org 2009-05-05 20:41 --- Subject: Bug 39998 Author: janus Date: Tue May 5 20:41:00 2009 New Revision: 147133 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147133 Log: 2009-05-05 Janus Weil PR fortran/39998 * expr

[Bug fortran/39996] Double typing of function results not detected

--- Comment #1 from janus at gcc dot gnu dot org 2009-05-05 20:35 --- Extended test case, including six similar cases, of which only the first three are detected (comment #0 corresponds to case 'E'): ! Detected: interface real function A () end function end interface rea

[Bug c/40032] [4.5 regression] ICE with incomplete type in struct

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

[Bug c/40032] New: [4.5 regression] ICE with incomplete type in struct

The following invalid testcase triggers an ICE on the trunk: = struct A { enum E : 8; }; = bug.c:3: warning: '' is narrower than values of its type ' Segmentation fault Please submit a full bug report, [etc.] The C++ frontend is not affected. The bug appeared b

[Bug fortran/39998] Procedure Pointer Assignments: Statement Functions & Internal Functions

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

[Bug fortran/40011] Problems with -fwhole-file

--- Comment #14 from jv244 at cam dot ac dot uk 2009-05-05 19:28 --- (In reply to comment #13) > I have been thinking hard about type cheating - I am likely to allow it for > std-f77 and legacy, to warn with other standards and fail with -pedantic. this sounds reasonable. Note the othe

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-ibm-aix

--- Comment #18 from pinskia at gcc dot gnu dot org 2009-05-05 19:15 --- (In reply to comment #16) > Jules, is the ARM GNU/Linux build still broken? Yes it is still broken; I filed a seperate bug for that though, see PR 40031. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39929

[Bug target/40031] [4.5 Regression] ARM broken with addresses in PHIs with -fPIC

-- 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=40031

[Bug target/40031] New: ARM broken with addresses in PHIs with -fPIC

Testcase: double c; double d; double *f(int a) { if(a) return &c; return &d; } -- Summary: ARM broken with addresses in PHIs with -fPIC Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity

[Bug fortran/40011] Problems with -fwhole-file

--- Comment #13 from pault at gcc dot gnu dot org 2009-05-05 18:12 --- (In reply to comment #12) ...snip... > [ibook-dhum] f90/bug% a.out > 42 > 42 > Abort > This turns out to be the same bug as that which caused the segfault in gas_dyn.f90. Use associated procedur

[Bug target/40030] vector float * vector float + vector float should produce only vmaddfp

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-05-05 18:03 --- Another testcase but using intrinsics: #include vector float f(vector float a, vector float b, vector float c) { vector float d = (vector float)(-0.0f); return vec_add (c, vec_madd (a, b, d)); } -- http://

[Bug target/40030] New: vector float * vector float + vector float should produce only vmaddfp

Take: #define vector __vector vector float f(vector float a, vector float b, vector float c) { return a * b + c; } --- CUT --- Currently for Powerpc (with -O2 -maltivec), we get: vspltisw 0,-1 vslw 0,0,0 vmaddfp 3,2,3,0 vaddfp 2,3,4 But this should really just pr

[Bug c++/29209] ICE optimizing passing long double to abstract method while in other abstract's impl

--- Comment #12 from sje at cup dot hp dot com 2009-05-05 17:54 --- I retested the test case in comment#1 on a hppa2.0w-hp-hpux11.11 box and it still gives an ICE with 4.4.0 and with ToT (r147128). I don't have a PA linux box so I did not test the example from comment #9 on a linux box.

[Bug middle-end/40029] New: [4.5 Regression] Big degradation on swim/mgrid on powerpc 32/64 after alias improvement merge (gcc r145494)

CPU2000's swim and mgrid had ~10% slowdown after the merge of the alias improvement branch. GCC was configured with the following: /gcc/HEAD/configure --target=powerpc64-linux --host=powerpc64-linux --build=powerpc64-linux --with-cpu=default32 --enable-threads=posix --enable-shared --enable-__cxa

[Bug bootstrap/39977] [4.5 Regression] r146817 broke bootstrap on PA

--- Comment #10 from sje at cup dot hp dot com 2009-05-05 17:52 --- The test case in comment #1 of PR 29209 still happens on ToT with hppa*-*-hpux11.11 so it doesn't look like backporting this fix will fix anything. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39977

[Bug tree-optimization/39955] [4.5 Regression] struct-layout-1 test failures passing struct containing _Decimal32

--- Comment #15 from janis at gcc dot gnu dot org 2009-05-05 17:26 --- The struct-layout-1 failures were fixed by the patch from Michael Matz, which Michael Meissner checked in as r147021. The new failures in gcc.target/powerpc still exist and, as far as I know, haven't yet been investi

[Bug debug/40012] [4.5 Regression] Bad debug info for local variables

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-debug Summary|Bad debug info for local|[4.5 Regr

[Bug middle-end/40022] [4.4 Regression] Alpine miscompilation

--- Comment #12 from jakub at gcc dot gnu dot org 2009-05-05 16:53 --- It hasn't been fixed on the 4.4 branch yet, so it can't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40022

[Bug middle-end/40021] [4.5 Regression] Revision 146817 miscompiled DAXPY in BLAS

--- Comment #9 from hjl dot tools at gmail dot com 2009-05-05 16:28 --- (In reply to comment #8) > Created an attachment (id=17803) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17803&action=view) [edit] > fix for the problem > > I'm regstrapping this patch, it fixes the problem i

[Bug middle-end/40028] RFE - Add GPU acceleration library to gcc

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-05-05 16:25 --- Yes GPU libraries would be nice but this needs a lot of work to begin with. First you have to support the GPUs. This also amounts to doubling the support. If you really want them, since this is open source, start

[Bug middle-end/40028] New: RFE - Add GPU acceleration library to gcc

RFE - It would be great if gcc had a couple (ATI / NVidia) of GPU libraries that gcc could use to speed up programs similar to what is done here: http://www.pgroup.com/resources/accel.htm " The PGI 8.0 x64+GPU compilers automatically analyze whole program structure and data, split portions of th

[Bug target/30210] [4.5 Regression] Altivec builtins have inaccurate return types

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30210

[Bug middle-end/40022] [4.4 Regression] Alpine miscompilation

--- Comment #11 from mmitchel at gcc dot gnu dot org 2009-05-05 16:11 --- Richard, can this be closed now? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/40021] [4.5 Regression] Revision 146817 miscompiled DAXPY in BLAS

--- Comment #8 from matz at gcc dot gnu dot org 2009-05-05 16:11 --- Created an attachment (id=17803) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17803&action=view) fix for the problem I'm regstrapping this patch, it fixes the problem in the testcase. -- http://gcc.gnu.org/

[Bug middle-end/40022] [4.4 Regression] Alpine miscompilation

--- Comment #10 from rguenth at gcc dot gnu dot org 2009-05-05 16:10 --- Fixed for trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to wo

[Bug middle-end/40023] type mismatch in address expression

--- Comment #7 from rguenth at gcc dot gnu dot org 2009-05-05 16:10 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/39955] [4.5 Regression] struct-layout-1 test failures passing struct containing _Decimal32

--- Comment #14 from mmitchel at gcc dot gnu dot org 2009-05-05 16:10 --- Janis, is this still an issue? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/40022] [4.4/4.5 Regression] Alpine miscompilation

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-05-05 16:10 --- Subject: Bug 40022 Author: rguenth Date: Tue May 5 16:09:46 2009 New Revision: 147128 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147128 Log: 2009-05-05 Richard Guenther PR tree-optimization/

[Bug middle-end/39927] [4.5 Regression]: build breakage for cris-elf building libstdc++-v3

--- Comment #12 from mmitchel at gcc dot gnu dot org 2009-05-05 16:09 --- HP, is this still a problem? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/40023] [4.5 Regression] type mismatch in address expression

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-05-05 16:08 --- Subject: Bug 40023 Author: rguenth Date: Tue May 5 16:08:24 2009 New Revision: 147127 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147127 Log: 2009-05-05 Richard Guenther PR middle-end/40023

[Bug middle-end/39666] [4.3/4.4/4.5 Regression] spurious warning with ranged-switch statements

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39666

[Bug middle-end/40021] [4.5 Regression] Revision 146817 miscompiled DAXPY in BLAS

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40021

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-ibm-aix

--- Comment #17 from jules at gcc dot gnu dot org 2009-05-05 16:07 --- This still seems to be broken as of r147126 for ARM Linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39929

[Bug bootstrap/39977] [4.5 Regression] r146817 broke bootstrap on PA

--- Comment #9 from sje at cup dot hp dot com 2009-05-05 16:05 --- This bug is fixed, I don't think this bug fixes PR 29209 but I will look into that bug some more and post a comment there. Resolving as fixed. -- sje at cup dot hp dot com changed: What|Removed

[Bug bootstrap/39977] [4.5 Regression] r146817 broke bootstrap on PA

--- Comment #8 from mmitchel at gcc dot gnu dot org 2009-05-05 16:00 --- Steve -- Is there still an issue here? -- Mark -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/39960] [4.5 Regression] struct-reorg is broken

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39960

[Bug middle-end/39954] [4.5 Regression] Revision 146817 caused unaligned access in gcc.dg/torture/pr26565.c

--- Comment #13 from hjl dot tools at gmail dot com 2009-05-05 15:59 --- (In reply to comment #12) > Michael, unfortunately, if it was your change that introduced this regression, > you are responsible for solving the problem. The Right Answer, as you > suggest, > is to include the p

[Bug c/39959] [4.5 Regression] IMA is broken

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959

[Bug middle-end/39886] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2274

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39886

[Bug fortran/40011] Problems with -fwhole-file

--- Comment #12 from dominiq at lps dot ens dot fr 2009-05-05 15:57 --- Reduced test for gfortran.dg/contained_3.f90: [ibook-dhum] f90/bug% cat contained_3_red.f90 MODULE ksbin1_aux_mod CONTAINS FUNCTION binden() INTEGER :: binden INTEGER :: setbd binden = 0 ENTRY setbd

[Bug c++/39862] [4.5 Regression] verify_eh_tree failed with -O2

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39862

[Bug target/39856] [4.4/4.5 Regression] ICE in subst_stack_regs_pat, at reg-stack.c:1386

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39856

[Bug c/40026] [4.5 Regression] ICE during gimplify_init_constructor

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40026

[Bug c++/39987] [4.3/4.4/4.5 Regression] Rejects default argument that is a template via access failure

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39987

[Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978

[Bug middle-end/39976] [4.5 Regression] Big sixtrack degradation on powerpc 32/64 after revision r146817

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976

[Bug tree-optimization/39974] [4.5 regression] Bogus "array subscript is below array bounds" warning in compiler generated code

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39974

[Bug middle-end/39958] [4.5 Regression] OMP tasking creates invalid gimple

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39958

[Bug middle-end/39954] [4.5 Regression] Revision 146817 caused unaligned access in gcc.dg/torture/pr26565.c

--- Comment #12 from mmitchel at gcc dot gnu dot org 2009-05-05 15:48 --- Yes, we've been discussing the interaction between attributes and the type system for at least a decade. :-) In type-theoretic terms, the address of a packed int has type pointer-to-packed-int, not pointer-to-int

[Bug target/40023] [4.5 Regression] type mismatch in address expression

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-05-05 15:44 --- Which back-end expects that form? Only x86-64 or others? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/39898] [4.5 regression] Revision 146763 caused g++.dg/tree-ssa/ehcleanup-1.C

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39898

[Bug rtl-optimization/39871] [4.3/4.4/4.5 regression] Code size increase on ARM due to inferior CSE

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Summary|[4.3/4.4/4.5 regression] CSE|[4.3/4.4/4.5 regr

[Bug libgcj/39747] [4.4/4.5 Regression] Installation documentation should suggest building libgmp as PIC

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Summary|[4.4/4.5 Regression]|[4.4/4.5 Regressi

[Bug middle-end/40021] [4.5 Regression] Revision 146817 miscompiled DAXPY in BLAS

--- Comment #7 from matz at gcc dot gnu dot org 2009-05-05 15:32 --- The problem is the expansion of this code: : ... D.1650_109 = D.1648_107 | 1; if (D.1650_109 != 0) goto ; else goto ; plus the fact that we need to insert something on edge 4->6. Note how the condition

[Bug target/38570] [arm] -mthumb generates sub-optimal prolog/epilog

--- Comment #10 from carrot at google dot com 2009-05-05 15:32 --- (In reply to comment #9) > (In reply to comment #8) > > Sorry for my ignorance to gcc. What types of instructions reload will add? > > Spilling and loading registers? and more? > > > That's pretty much it, but... Before

[Bug bootstrap/40027] New: [4.4/4.5 regression] i686-pc-solaris2.10 bootstrap fails using Sun ld

As first reported here: http://gcc.gnu.org/ml/gcc-help/2009-04/msg00292.html bootstrapping 4.4.0 fails on Solaris 10 x86 if you configure with --build=i686-pc-solaris2.10 /var/tmp/build-gcc/gcc-4.4.0/configure --prefix=/opt/gcc/32-bit/4.4.0 --enable-languages=c --with-gnu-as --with-as=/var/tmp/bu

[Bug bootstrap/39929] [4.5 Regression] Bootstrapping fails at stage 1 on powerpc-ibm-aix

--- Comment #16 from mmitchel at gcc dot gnu dot org 2009-05-05 15:13 --- Jules, is the ARM GNU/Linux build still broken? David, how about AIX? Thanks, -- Mark -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/40026] [4.5 Regression] ICE during gimplify_init_constructor

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-05-05 15:12 --- Reduced testcase, maybe due to the C const expression changes(?) typedef struct { unsigned long bits[(((128)+64 -1)/64)]; } cpumask_t; struct sched_domain { cpumask_t span; int flags; }; void cpu_to_alln

[Bug middle-end/40026] New: [4.5 Regression] ICE during gimplify_init_constructor

The linux kernel build on the gcc.opensuse.org base tester currently fails with ./cc1 -quiet sched.i kernel/sched.c: In function 'build_sched_domains': kernel/sched.c:6325: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See

[Bug middle-end/40023] type mismatch in address expression

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-05-05 14:28 --- Bah. This va_list type stuff is exceptionally bad. The backends expect the bogus address form :/ -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libfortran/39668] Wrongly read namelist with two dimensional array.

--- Comment #5 from toon at moene dot org 2009-05-05 13:33 --- Hmm, I said I'd put it in waiting until I found the definite wording in the Standard about this use of namelist values ... -- toon at moene dot org changed: What|Removed |Added

[Bug c++/40007] specialization causes access problem in primary template

--- Comment #2 from jwakely dot gcc at gmail dot com 2009-05-05 13:08 --- gcc-4.5-20090327 works, gcc-4.5-20090402 doesn't -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40007

[Bug c++/26693] [4.3/4.4/4.5 regression] Access checks not performed for types in templates

--- Comment #18 from jwakely dot gcc at gmail dot com 2009-05-05 13:07 --- I think this fix caused Bug 40007 -- jwakely dot gcc at gmail dot com changed: What|Removed |Added -

[Bug c/40023] type mismatch in address expression

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-05-05 12:47 --- Confirmed. typedef __builtin_va_list va_list; typedef struct { va_list ap; } ScanfState; void GetInt(ScanfState *state, long llval) { *__builtin_va_arg(state->ap,long *) = llval; __builtin_va_end(state->

[Bug middle-end/40021] [4.5 Regression] Revision 146817 miscompiled DAXPY in BLAS

--- Comment #6 from irar at il dot ibm dot com 2009-05-05 12:41 --- Reproduced on x86_64-suse-linux. Seems that, somehow, the vectorized version of loop in line 29 is performed, even though the number of scalar iterations is 1. -- irar at il dot ibm dot com changed: What

[Bug c++/40007] specialization causes access problem in primary template

--- Comment #1 from jwakely dot gcc at gmail dot com 2009-05-05 11:34 --- Only fails in trunk. I haven't checked, but could it be caused by the fix for PR26693 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40007

[Bug fortran/40011] Problems with -fwhole-file

--- Comment #11 from dominiq at lps dot ens dot fr 2009-05-05 11:33 --- The summary of the attached file in comment #9 is: FAIL: gfortran.dg/bounds_check_strlen_1.f90 -O0 (test for excess errors) FAIL: gfortran.dg/bounds_temporaries_1.f90 -O (test for excess errors) FAIL: gfortran.d

[Bug middle-end/40022] [4.4/4.5 Regression] Alpine miscompilation

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-05-05 10:10 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug target/38570] [arm] -mthumb generates sub-optimal prolog/epilog

--- Comment #9 from rearnsha at gcc dot gnu dot org 2009-05-05 10:06 --- (In reply to comment #8) > Sorry for my ignorance to gcc. What types of instructions reload will add? > Spilling and loading registers? and more? > That's pretty much it, but... > By reading the the implementatio

  1   2   >