[Bug target/35364] ICE on ia64 with vector declaration inside #pragma omp parallel

--- Comment #5 from wilson at gcc dot gnu dot org 2008-04-01 06:31 --- Created an attachment (id=15401) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15401&action=view) tree-eh.c optimize_double_finally patch This patch works for the testcase, but is otherwise untested. My knowle

[Bug target/35364] ICE on ia64 with vector declaration inside #pragma omp parallel

--- Comment #4 from wilson at tuliptree dot org 2008-04-01 06:26 --- Subject: Re: New: ICE on ia64 with vector declaration inside #pragma omp parallel steigers at phys dot ethz dot ch wrote: > g++ -Wall -fopenmp -save-temps -o ice.o -c ice.h I can reproduce this. It dies in the eh

[Bug middle-end/35783] non address exposed static variable can not be changed by external function to a different value

--- Comment #3 from xinliangli at gmail dot com 2008-04-01 04:55 --- Silly bug. bar can call back any function in ss's module. -- xinliangli at gmail dot com changed: What|Removed |Added -

Plz help in Finding Tree Definition

Hello Sir, We need to analyze the GCC codes but we are stuck up in finding the definition of tree. So i need to know about where can i find the Tree definition. we looked in tree.c and tree.def but can't find it. Please help me in moving forward. Thanks and regards, Karthik -- View

[Bug c++/35782] support for standard layout types

--- Comment #1 from bkoz at gcc dot gnu dot org 2008-04-01 04:05 --- struct b { bool t; #if 1 // need standard layout relaxation from POD private: b& operator=(const b&); b(const b&); #endif }; int main() { b tst1 = { false }; const b tst2 = { true }; return 0; } --

[Bug middle-end/35781] [4.4 Regression]: Revision 133759 breaks ia64

--- Comment #4 from wilson at gcc dot gnu dot org 2008-04-01 02:54 --- Created an attachment (id=15400) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15400&action=view) patch for cfun->emit rtl.emit changes I tested this patch with a C only bootstrap on an ia64-linux system. The

[Bug c/35592] Want attribute to enable precision loss warning

--- Comment #3 from manu at gcc dot gnu dot org 2008-04-01 02:53 --- (In reply to comment #2) > > If the size_t given to memcpy is truncated, that does not overwrite a buffer. > But if the size_t given to malloc is truncated, that is a pretty surefire way > to find a security issue. I

[Bug rtl-optimization/35785] New: gcc.c-torture/compile/pr11832.c doesn't work for Linux/ia64

For Linux/ia64, I got Executing on host: /export/build/gnu/gcc/build-ia64-linux/gcc/xgcc -B/export/build/gnu/gcc/build-ia64-linux/gcc/ /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.c-torture/compile/pr11832.c -O0 -frtl-abstract-sequences -fno-show-column -S -o pr11832.s(timeout = 30

[Bug middle-end/35781] [4.4 Regression]: Revision 133759 breaks ia64

--- Comment #3 from wilson at tuliptree dot org 2008-04-01 02:07 --- Subject: Re: [4.4 Regression]: Revision 133759 breaks ia64 hubicka at ucw dot cz wrote: > If someone could confirm that it solves the ia-64 problem, I will commit > it. I am currently out of reach of ia-64 boxes. I

[Bug c++/35784] New: Bogus inaccessibility error on variadic partial template specialization.

Consider: template struct p; template struct d; template struct d, p > { typedef int t; }; typedef d, p >::t q; typedef d, p >::t> r; // * typedef d, p >::t, d, p<> >::t> s; // error: ‘typedef int d, p >::t’ is inaccessible within this context The error makes no sense

[Bug middle-end/35783] non address exposed static variable can not be changed by external function to a different value

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-01 01:26 --- and it can be modified by an extern function, just it will be the same value as it was at the point bar was called. -- pinskia at gcc dot gnu dot org changed: What|Removed |Add

[Bug middle-end/35783] non address exposed static variable can not be used/modified by external functions

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-01 01:24 --- This need super powerful IPA based call clobberness. Basically we need to detect there is only one value that ss can hold inside foo even with the call to bar, that is a hard problem really. -- pinskia at gcc do

[Bug middle-end/35783] New: non address exposed static variable can not be used/modified by external functions

In the following example, ss should be constant propagated, but gcc does not do it. static int ss = 0; extern bar(); int foo() { ss = 10; bar(); return ss; } -- Summary: non address exposed static variable can not be used/modified by external functions

[Bug c++/33979] support for char16_t, char32_t

--- Comment #3 from kris dot van dot hees at oracle dot com 2008-04-01 00:27 --- Updated patch based on additional feedback: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg02025.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979

[Bug c++/35782] New: support for standard layout types

This is an enhancement request for a C++0x feature, standard layout type. This is a relaxation of POD, and allows things like member functions. This is necessary to correctly implement 29_atomics. See: "Modification to the definition of plain old data" http://en.wikipedia.org/wiki/C%2B%2B0x or

[Bug middle-end/35781] [4.4 Regression]: Revision 133759 breaks ia64

--- Comment #2 from hubicka at ucw dot cz 2008-04-01 00:15 --- Subject: Re: [4.4 Regression]: Revision 133759 breaks ia64 > > > --- Comment #1 from wilson at tuliptree dot org 2008-03-31 22:42 --- > Subject: Re: New: [4.4 Regression]: Revision 133759 > breaks ia64 > > hj

[Bug c++/33979] support for char16_t, char32_t

--- Comment #2 from bkoz at gcc dot gnu dot org 2008-04-01 00:12 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01474.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979

[Bug web/35777] no DFP announcement, no example text, very vague documentation

--- Comment #3 from bje at gcc dot gnu dot org 2008-03-31 23:59 --- I think the manual should just mention the existence of the formats (in the same way that we mention that the compiler implements IEEE 754) and which targets use which formats by default. -- http://gcc.gnu.org/bugzi

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap

--- Comment #9 from oblivian at users dot sourceforge dot net 2008-03-31 23:25 --- (In reply to comment #8) > I'm going to start looking into where sys_lib_search_path_spec is set and find > the deltas between the two versions since I'm not sure where else to look. > So looking at the

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap

--- Comment #8 from oblivian at users dot sourceforge dot net 2008-03-31 23:09 --- I am convinced that the patch is almost certainly wrong, is not the root cause of the problem, and the 4.3.0 implementation of libtool is almost certainly broken. While the patch allows the compiler to b

[Bug middle-end/35768] gcc.c-torture/compile/20010226-1.c:22: ICE: in do_output_reload, at reload1.c:7331

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-31 23:06 --- Subject: Re: gcc.c-torture/compile/20010226-1.c:22: ICE: in do_output_reload, at reload1.c:7331 > I suppose the assumption in pa.md is that the scratch output reload > should be in the same mode as the inp

[Bug web/35777] no DFP announcement, no example text, very vague documentation

--- Comment #2 from janis at gcc dot gnu dot org 2008-03-31 23:01 --- I've added a note to gcc-4.3/changes.html in the "C Family" section, which is a start towards fixing this issue. I'll update the section of the GCC Manual that documents the extension to list the latest published draf

[Bug middle-end/35781] [4.4 Regression]: Revision 133759 breaks ia64

--- Comment #1 from wilson at tuliptree dot org 2008-03-31 22:42 --- Subject: Re: New: [4.4 Regression]: Revision 133759 breaks ia64 hjl dot tools at gmail dot com wrote: > On Linux/ia64, I got > /net/gnu-13/export/gnu/src/gcc/gcc/gcc/emit-rtl.c: In function `init_emit': > /net/gnu-1

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap

--- Comment #7 from rwild at gcc dot gnu dot org 2008-03-31 22:26 --- While I still haven't had a chance to look at this, here's what I can gather from the comments or say about libtool: First, when to-be-installed programs are created using libtool, and they link against uninstalled li

[Bug middle-end/35781] New: [4.4 Regression]: Revision 133759 breaks ia64

On Linux/ia64, I got /net/gnu-13/export/gnu/src/gcc/gcc/gcc/emit-rtl.c: In function `init_emit': /net/gnu-13/export/gnu/src/gcc/gcc/gcc/emit-rtl.c:5035: error: structure has no member named `emit' /net/gnu-13/export/gnu/src/gcc/gcc/gcc/emit-rtl.c: In function `init_emit_once':/net/gnu-13/export/gn

[Bug bootstrap/35169] SIGSEGV for stack growth failure while building 4.2.3

--- Comment #5 from rwild at gcc dot gnu dot org 2008-03-31 21:19 --- patch at -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35169

[Bug fortran/35780] [4.3/4.4 Regression] internal compiler error for complicated PARAMETER expressions

--- Comment #1 from burnus at gcc dot gnu dot org 2008-03-31 21:17 --- Confirm. This is a 4.3.x/4.4.0 regression Fails: 2007-05-09-r124566 Works: 2007-05-08-r124539 There are three checkins in that period, I think the following is most likely. I reverted that patch and then the test ca

[Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions

The following little module causes an ICE. I believe the bigger module following it causes different ICE's, or perhaps more instances of the same one. But, things move around for me when I try to isolate statements and I can't be sure. My advice would be to fix this one and hope some magic happ

[Bug fortran/35756] incorrect WHERE for functions in ELSEWHERE and overlaps

--- Comment #2 from pault at gcc dot gnu dot org 2008-03-31 20:36 --- This is fixed by my patch for PR35759. I am holding off on this for 24 hours because (i) I know that there is an issue with derived types with allocatable components and (ii) I've spent a bit too long looking at some

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap

--- Comment #6 from oblivian at users dot sourceforge dot net 2008-03-31 20:29 --- Hi guys, I'm moving over from 35451 since it was marked as a duplicate and marked as resolved. I'm glad I'm not nuts and this is a problem someone else has, but... I've got a problem with the definitio

[Bug target/35695] [4.3/4.4 Regression] -funroll-loops breaks inline float divide

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

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #23 from laurent at guerby dot net 2008-03-31 20:21 --- pthread create and context switch should be the first to look at, in comparison with a platform where it works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #22 from joel at gcc dot gnu dot org 2008-03-31 20:16 --- (In reply to comment #21) > Best think would be to trace rtems calls on a platform where it works vs on > the > simulator. On a platform where it works, look at the backtrace of the task > creation call and try to fin

[Bug c++/35773] [4.3/4.4 regression] auto_ptr references don't convert

--- Comment #1 from bangerth at dealii dot org 2008-03-31 20:07 --- I tend to think that this should indeed work. Nice self-contained testcase! W. -- bangerth at dealii dot org changed: What|Removed |Added -

[Bug c++/33878] Pure virtual method body omitted from template

--- Comment #6 from yuriry at gmail dot com 2008-03-31 20:01 --- Yes, it is legal, sorry confusion. Yuri (In reply to comment #4) > (In reply to comment #3) > > I believe that the main problem here is that GCC allows defining pure > > virtual > > functions. > > No, that's perfectly le

[Bug fortran/35779] error pointer wrong in PARAMETER

--- Comment #1 from burnus at gcc dot gnu dot org 2008-03-31 19:56 --- Confirm. NAG f95 has: Error: ITS_BAD is not permitted in an initialisation expression ifort: Error: This symbol must be a defined parameter or an argument of an inquiry function that evaluates to a compile-time

[Bug c++/33878] Pure virtual method body omitted from template

--- Comment #5 from bangerth at dealii dot org 2008-03-31 19:54 --- (In reply to comment #0) > The following stripped down code shows pure virtual method definitions for > both > a normal base class and a templated base class. To my surprise, the templated > class' body is not generated

[Bug web/35777] no DFP announcement, no example text, very vague documentation

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-31 19:52 --- I can tell you that OpenMP has similar issues and nobody complained about that except for me. DFP is actually already documented in the correctly place: http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gcc/Decimal-Float.html

[Bug target/35695] [4.3/4.4 Regression] -funroll-loops breaks inline float divide

--- Comment #6 from wilson at gcc dot gnu dot org 2008-03-31 19:52 --- Subject: Bug 35695 Author: wilson Date: Mon Mar 31 19:51:50 2008 New Revision: 133772 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133772 Log: PR target/35695 * config/ia64/div.md (recip_approx_rf): Use UNS

[Bug c++/33878] Pure virtual method body omitted from template

--- Comment #4 from bangerth at dealii dot org 2008-03-31 19:51 --- (In reply to comment #3) > I believe that the main problem here is that GCC allows defining pure virtual > functions. No, that's perfectly legal. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33878

[Bug fortran/35779] New: error pointer wrong in PARAMETER

The error message thingo points to the wrong place in the bad line and/or gives a misleading diagnostic. This isn't all that important. I only found it because I'm trying to find the source of an internal compiler error and if I mess around with things, this one crops up and hides the other. Dic

[Bug c++/35778] Wishlist: To override all C pointers with C++ wrappers

--- Comment #1 from bangerth at dealii dot org 2008-03-31 19:45 --- Maybe so, but gcc only tries to implement what the C++ standard describes. Please take your idea for this extension to the relevant standards committees. -- bangerth at dealii dot org changed: What|Re

[Bug fortran/35765] return type of complex functions not C compatible

--- Comment #5 from Georg dot Baum at post dot rwth-aachen dot de 2008-03-31 19:41 --- Subject: Re: return type of complex functions not C compatible > --- Comment #4 from burnus at gcc dot gnu dot org 2008-03-30 21:18 --- > > Not all. I gave two counter examples: pvf and i

[Bug c/35750] ICE with invalid old-style parameter declaration

--- Comment #3 from reichelt at gcc dot gnu dot org 2008-03-31 19:39 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added S

[Bug c/35750] ICE with invalid old-style parameter declaration

--- Comment #2 from reichelt at gcc dot gnu dot org 2008-03-31 19:38 --- Subject: Bug 35750 Author: reichelt Date: Mon Mar 31 19:37:45 2008 New Revision: 133771 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133771 Log: PR c/35750 * c-decl.c (store_parm_decls_ol

[Bug fortran/34805] defined assignment not allowed to vector subscripted array

--- Comment #4 from pault at gcc dot gnu dot org 2008-03-31 19:22 --- > "If the actual argument is an array section having a vector subscript, the > dummy argument is not definable and shall not have the INTENT (OUT), INTENT > (INOUT), VOLATILE, or ASYNCHRONOUS attributes." > > gfortr

[Bug c++/35778] New: Wishlist: To override all C pointers with C++ wrappers

Greetings: It should be possible to override all fundamental pointers with a given class. This is very important and can save a lot of trouble. How about: template struct T * { ... }; -- Summary: Wishlist: To override all C pointers with C++ wrappers Product:

[Bug web/35777] New: no DFP announcement, no example text, very vague documentation

Filing this so that the multiple requests to add DFP docs don't continue to be ignored. First asked here: http://gcc.gnu.org/ml/gcc/2007-06/msg00048.html Asked again 9 months later: http://gcc.gnu.org/ml/gcc/2008-03/msg01025.html Janis indicates that some patch was proposed, but then not applied

[Bug tree-optimization/30186] accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non-zero index)

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-31 18:22 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/30186] accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non-zero index)

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-31 18:22 --- Subject: Bug 30186 Author: pinskia Date: Mon Mar 31 18:22:05 2008 New Revision: 133766 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133766 Log: 2008-03-31 Andrew Pinski <[EMAIL PROTECTED]> PR mi

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap

--- Comment #5 from hjl dot tools at gmail dot com 2008-03-31 18:16 --- (In reply to comment #4) > Patch seems fine, but before approving it I would like a description of why > "tries to [...] relink itself" (important part is *re*link itself), and that > description should also go in ex

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap

--- Comment #4 from bonzini at gnu dot org 2008-03-31 17:53 --- Patch seems fine, but before approving it I would like a description of why "tries to [...] relink itself" (important part is *re*link itself), and that description should also go in exec-tool.in. Thanks! -- http://gcc

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap

--- Comment #3 from hjl dot tools at gmail dot com 2008-03-31 17:48 --- This is introduced by revision 123775: http://gcc.gnu.org/ml/gcc-cvs/2007-04/msg00387.html -- hjl dot tools at gmail dot com changed: What|Removed |Added -

[Bug bootstrap/35451] stage2 bootstrap xgcc infinite loop

--- Comment #4 from hjl dot tools at gmail dot com 2008-03-31 17:44 --- *** This bug has been marked as a duplicate of 35752 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug bootstrap/35752] Combined gcc + binutils source tree doesn't bootstrap

--- Comment #2 from hjl dot tools at gmail dot com 2008-03-31 17:44 --- *** Bug 35451 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug target/32424] [4.3/4.4 Regression] gcc.c-torture/compile/20050303-1.c FAILs

--- Comment #6 from schwab at suse dot de 2008-03-31 17:08 --- First bad revision on dataflow branch r124548. 2007-05-08 Kenneth Zadeck <[EMAIL PROTECTED]> * regrename.c (regrename_optimize): Renamed df_ri_add_problem to df_note_add_problem. -- schwab

[Bug bootstrap/35451] stage2 bootstrap xgcc infinite loop

--- Comment #3 from rwild at gcc dot gnu dot org 2008-03-31 17:07 --- Is this the same as bug 35752? -- rwild at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/35776] New: Simple loop isn't optimized well

I have a C code: void f(); void i(unsigned n) { while (n-- > 0) { f(); } } Which when compiled with -O3 on i586 produces the assembly: i: pushl %ebp movl%esp, %ebp pushl %esi movl8(%ebp), %esi pushl %ebx testl %esi, %esi

[Bug c++/35773] [4.3 regression] auto_ptr references don't convert

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

[Bug rtl-optimization/35775] collapsing popping args for tail calls at -Os

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-31 16:12 --- Err, nevermind. Confirmed. This prologue code is inserted too late to be optimized I guess. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/35775] collapsing popping args for tail calls at -Os

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-31 16:11 --- Collapsed how? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35775

[Bug middle-end/35768] gcc.c-torture/compile/20010226-1.c:22: ICE: in do_output_reload, at reload1.c:7331

--- Comment #4 from rsandifo at nildram dot co dot uk 2008-03-31 16:11 --- Subject: Re: gcc.c-torture/compile/20010226-1.c:22: ICE: in do_output_reload, at reload1.c:7331 "danglin at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: > Richard, does match_scratch now require a mode? Th

[Bug c/35774] wrong code on casting int result to signed char

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-31 16:10 --- GCC 4.0 is no longer maintained. Fixed in 4.1.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/35768] gcc.c-torture/compile/20010226-1.c:22: ICE: in do_output_reload, at reload1.c:7331

--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-31 16:06 --- Subject: Re: gcc.c-torture/compile/20010226-1.c:22: ICE: in do_output_reload, at reload1.c:7331 This was introduced in revision 133531. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35768

[Bug target/32951] missed memcpy -> movdqa optimization.

--- Comment #5 from hjl dot tools at gmail dot com 2008-03-31 15:57 --- Can you use [EMAIL PROTECTED] tmp]$ cat v.c #include __m128i load1( char const* buf ) { return _mm_loadu_si128 ((__m128i const *) buf); } __m128i load2( char const* buf ) { return _mm_load_si128 ((__m128i con

[Bug target/32424] [4.3/4.4 Regression] gcc.c-torture/compile/20050303-1.c FAILs

--- Comment #5 from schwab at suse dot de 2008-03-31 15:27 --- First bad revision r125624 (dataflow merge). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32424

[Bug fortran/35743] allocate negative memory for zero-sized WHERE construct

--- Comment #2 from dominiq at lps dot ens dot fr 2008-03-31 15:14 --- The dump shows: rg0025 (lda, nf1, nf2, nf3, nf5, nf6, mf1, mf2) { integer(kind=4) ubound.9; ... D.979 = *nf6; D.980 = *nf3; D.981 = *nf6; D.982 = *nf3; D.983 = (1 - D.979) + *nf3; num.12 = D

[Bug rtl-optimization/35775] New: collapsing popping args for tail calls at -Os

At "-Os", the two "popl %ebp" instructions in the alternate branches could have been collapsed. $ cat tailcall.c void foo(int a) { if (a) bar(); else baz(); } $ gcc -Os -S tailcall.c $ cat tailcall.s .file "tailcall.c" .text .globl foo .type foo, @functio

[Bug c/35774] New: wrong code on casting int result to signed char

In the main function there is a cast casting int result to signed char. typedef int int32_T; typedef unsigned int uint32_T; typedef signed char int8_T; #include int main(void) { int32_T i; uint32_T numerator; for (i = 126; i < 256; i++) { numerator = (uint32_T)((int8_

[Bug rtl-optimization/35729] const volatile variable access incorrectly hoisted out of loop

--- Comment #2 from rakdver at gcc dot gnu dot org 2008-03-31 14:20 --- Subject: Bug 35729 Author: rakdver Date: Mon Mar 31 14:19:52 2008 New Revision: 133755 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133755 Log: PR rtl-optimization/35729 * loop-invariant.c

[Bug middle-end/35771] Call expander ignores type alignment

--- Comment #4 from hjl dot tools at gmail dot com 2008-03-31 13:49 --- Reopen it since it is a different bug. -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug target/32000] x86 backend uses aligned load on unaligned memory

--- Comment #6 from hjl at gcc dot gnu dot org 2008-03-31 13:33 --- Subject: Bug 32000 Author: hjl Date: Mon Mar 31 13:32:38 2008 New Revision: 133753 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133753 Log: gcc/ 2008-03-31 H.J. Lu <[EMAIL PROTECTED]> PR target/320

[Bug bootstrap/35451] stage2 bootstrap xgcc infinite loop

--- Comment #2 from oblivian at users dot sourceforge dot net 2008-03-31 13:06 --- Ok, I've now recompiled about a million times with multiple sets of configure flags and cannot get a stage 1 gcc to compile stage 2 ld correctly. I've got some runs that exhibit the problem of infinite l

[Bug c++/35773] New: [4.3 regression] auto_ptr references don't convert

The following example (which is a cut-down version of some code which passes a std::auto_ptr through a forwarding function using boost::ref) compiles fine on 4.1.2 and 4.2.3, but fails on 4.3.0 with the error: ap_ref.cc: In function 'void g(reference_wrapper >)': ap_ref.cc:23: error: no matching f

[Bug target/32424] [4.3/4.4 Regression] gcc.c-torture/compile/20050303-1.c FAILs

--- Comment #4 from schwab at suse dot de 2008-03-31 12:34 --- The testcase from #35454 does not need -mcpu=5485 which did not exist in 4.2, but is bigger. -- schwab at suse dot de changed: What|Removed |Added --

[Bug target/32424] [4.3/4.4 Regression] gcc.c-torture/compile/20050303-1.c FAILs

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-31 12:05 --- Regressions should have a target milestone. Since when does this fail? Please update the known to work and known to fail fields. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug target/32424] [4.3/4.4 Regression] gcc.c-torture/compile/20050303-1.c FAILs

--- Comment #2 from schwab at suse dot de 2008-03-31 11:50 --- Marking as regression. -- schwab at suse dot de changed: What|Removed |Added Summary|gcc.c-

[Bug bootstrap/35169] SIGSEGV for stack growth failure while building 4.2.3

-- rwild at gcc dot gnu dot org changed: What|Removed |Added CC||rwild at gcc dot gnu dot org AssignedTo|unassigned at gcc dot g

[Bug c++/35758] [4.3/4.4 Regression] vector_size attribute lost in function arguments for templates

--- Comment #8 from jakub at gcc dot gnu dot org 2008-03-31 11:11 --- I think this shows that "vector_size" attribute can't be a late template attribute whenever processing_template_decl, it can be only a late template attribute if the decl is actually type or value dependent. So I belie

[Bug c/23087] Misleading warning, "... differ in signedness"

--- Comment #11 from manu at gcc dot gnu dot org 2008-03-31 11:03 --- Actually as a user I would find clearer a warning such: warning: initialization of 'signed char *' from incompatible pointer type 'char *' so CONFIRMED. -- manu at gcc dot gnu dot org changed: What

[Bug rtl-optimization/33642] unrecognizable insn for -frtl-abstract-sequences

--- Comment #16 from dominiq at lps dot ens dot fr 2008-03-31 10:12 --- With patch from http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00824.html, the failures for gcc.c-torture/compile/pr11832.c and gcc.c-torture/compile/pr33009.c disappear on (powerpc|i686)-apple-darwin9, 32 and 64 bit m

[Bug tree-optimization/35431] [4.1/4.2/4.3 regression] ICE with complex integer, invalid gimple

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-31 09:46 --- Subject: Bug 35431 Author: pinskia Date: Mon Mar 31 09:45:53 2008 New Revision: 133749 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133749 Log: 2008-03-31 Andrew Pinski <[EMAIL PROTECTED]> PR tr

[Bug tree-optimization/35431] [4.1/4.2/4.3 regression] ICE with complex integer, invalid gimple

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-31 09:46 --- Fixed at least on the trunk. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/35650] [4.1/4.2/4.3/4.4 Regression] Can't bind ref-to-function through using-decl. in namespace

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

[Bug c++/35578] [4.2/4.3 Regression] Error about misplaced 'friend' word is issued on a wrong line

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.2.0 |4.2.0 4.3.0 Priority|P3 |P2

[Bug c++/35772] GCC allows defining pure virtual functions

--- Comment #2 from yuriry at gmail dot com 2008-03-31 07:10 --- Hi Björn, Thank you for the link and setting me straight. You are correct, implementation of a pure virtual function by the class that declares it makes sense. It is just the class itself remains abstract. Earlier today