[Bug c/36402] -0x80000000 (INT_MIN) erroneously treated as unsigned

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-06-01 07:25 --- > Given that, I think a typical user would assume (as I have) that GCC would > treat -0x8000 as the signed value -2^31; otherwise there would seem to be > no way to write a single constant to represent that va

[Bug rtl-optimization/36409] New: Additional instructions in prologue and epilogue.

Stack space creation instructions in prologue and epilogue don't get deleted. foo: sub sp, sp, #8 --> Unnecessary mov r3, #0 add sp, sp, #8 --> Unnecessary str r3, [r0] struct Foo { int *p; int *q; }; void __attribute__((noinline)) foo(

[Bug c++/36408] [4.3/4.4 regression] ICE with statement expression in template

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

[Bug c++/36405] [4.3/4.4 regression] ICE with typeid of member function

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

[Bug c++/36408] New: [4.3/4.4 regression] ICE with statement expression in template

The following invalid code snippet triggers an ICE since GCC 4.3.0: template void foo() { int i = ({ }); } bug.cc: In function 'void foo()': bug.cc:3: internal compiler error: Segmentation

[Bug c++/36410] New: [4.1/4.2/4.3/4.4 regression] ICE with transparent union

The following code snippet triggers an ICE since GCC 4.3.0: === struct A { typedef union { int i; } B __attribute__((transparent_union)); }; void foo(A::B b) { b.i; } === bug.cc: In function 'void foo(A::

[Bug c++/36411] [4.4 regression] ICE with invalid template template parameter

--- Comment #1 from reichelt at gcc dot gnu dot org 2008-06-01 12:27 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug c++/36410] [4.1/4.2/4.3/4.4 regression] ICE with transparent union

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

[Bug c++/36406] New: [4.1/4.2/4.3/4.4 regression] ICE with template delete operator

The following invalid code snippet triggers an ICE since GCC 3.0: struct A { A(); void* operator new(__SIZE_TYPE__, int = 0); template void operator delete(void*, int); }; A* p = new A;

[Bug tree-optimization/24028] CCP is broken

--- Comment #8 from steven at gcc dot gnu dot org 2008-06-01 09:41 --- This is now optimized by VRP, CCP, store-CCP, DOM, PRE, and TER. It's hard to break that test case! -- steven at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/36404] [4.2/4.3/4.4 regression] ICE with invalid enum

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

[Bug c++/36405] New: [4.3/4.4 regression] ICE with typeid of member function

The following invalid code snippet triggers an ICE since GCC 4.3.0: #include struct A { void foo() { typeid(foo).name(); } }; bug.cc: In member function 'void A::foo()': bug.cc:7: internal compiler error: in write_type,

[Bug c++/36411] New: [4.4 regression] ICE with invalid template template parameter

The following invalid code snippet triggers an ICE on mainline: == template class> struct A { template class T> A foo(); }; == bug.cc:1: error: 'void' is not a valid type for a template constant para

[Bug c++/36407] [4.3/4.4 regression] ICE with invalid conversion

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

[Bug c/36402] -0x80000000 (INT_MIN) erroneously treated as unsigned

--- Comment #4 from joseph at codesourcery dot com 2008-06-01 12:22 --- Subject: Re: -0x8000 (INT_MIN) erroneously treated as unsigned On Sun, 1 Jun 2008, gcczilla at achurch dot org wrote: > Fair enough, but GCC's documentation explicitly says (gcc.info section 4.5): It also ex

[Bug c++/36404] New: [4.2/4.3/4.4 regression] ICE with invalid enum

The following invalid code snippet triggers an ICE since GCC 4.2.0: struct A { A(int); template enum { e }; }; A a(A::e); bug.cc:4: error: template class without a name bug.cc:7: internal compiler error: Segmentation fault Ple

[Bug tree-optimization/36401] [4.4 Regression] 164.gzip miscompares

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-01 11:39 --- Reverting my patch on the tester fixes it. It's now back in and if it again miscompares tomorrow I'll investigate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36401

[Bug c++/36406] [4.1/4.2/4.3/4.4 regression] ICE with template delete operator

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

[Bug gcov-profile/36412] New: gcov -l -p exceeds maximum file name length

The options "-l -p" of gcov sometimes create names for .gcov files that exceed the maximum file name length of 255 characters under Linux. I managed to get this file name (261 characters): #home#build#devel#wheel#linux#gcc41#ICOSOFT#PROJECTS#Libraries#D#DataRepository#Library#jam#linux#gcc41#prof

[Bug c++/36407] New: [4.3/4.4 regression] ICE with invalid conversion

The following invalid code snippet triggers an ICE on mainline and the 4.3 branch: struct A { A(const A&); }; struct B { operator A&(); }; void foo(const B& b) { const A a = b; } bug.

[Bug c++/36411] [4.4 regression] ICE with invalid template template parameter

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

[Bug c/36402] -0x80000000 (INT_MIN, -2147483648) treated as unsigned

--- Comment #5 from gcczilla at achurch dot org 2008-06-01 13:59 --- Thanks for the clarification. (To be honest, I wouldn't have thought to look in the "Incompatibilities" section--I haven't touched a non-ANSI compiler for over a decade--but either way I guess it's my fault for not sea

[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function

--- Comment #14 from hutchinsonandy at aim dot com 2008-06-01 15:22 --- It appears emit_single_push_insn() is BROKEN for targets with: a)STACK_GROWS_DOWNWARDS+POST_DEC push b)Upwards+POST_INC push. So if any target has this combo and #define PUSH_ROUNDING - it is broken. Fortunately

[Bug ada/34898] Excessive memory consumption during compilation

--- Comment #13 from oliver dot kellogg at eads dot com 2008-06-01 18:10 --- Created an attachment (id=15708) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15708&action=view) instrumentation of build_simple_component_ref (for analysis only) I put in some putchar calls of differen

[Bug ada/34898] Excessive memory consumption during compilation

--- Comment #14 from oliver dot kellogg at eads dot com 2008-06-01 18:28 --- Created an attachment (id=15709) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15709&action=view) console output from gnat1 with the above instrumentation The following pattern occurs extremely often:

[Bug ada/34898] Excessive memory consumption during compilation

--- Comment #15 from rguenth at gcc dot gnu dot org 2008-06-01 18:56 --- You can look at the original IL generated, I guess the assignments simply contain millions of element assignments (-fdump-tree-original). ??? tree nodes created Kind Nodes Bytes ... refs

[Bug c++/36413] New: Bug with variadic templates (-std=c++0x)

Bug while testing variadic templates in both c++0x & gnu++0x modes. The compiler itself says: "Test.cpp:22: internal compiler error: in finish_member_declaration, at cp/semantics.c:2311 Please submit a full bug report, with preprocessed source if appropriate. See for

[Bug c++/36413] Bug with variadic templates (-std=c++0x)

--- Comment #1 from fred at tigen dot org 2008-06-01 20:43 --- This code is sufficient to cause the bug. It simply builds recursively a TypeTuple formed of all types given as template parameters (TypeTuple): // Type tuples template struct TypeTuple; // Transfer types from TypeTuple Tu

[Bug c++/36407] [4.3/4.4 regression] ICE with invalid conversion

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

[Bug c++/36414] New: g++ causes segmentation violation on template test program

g++ version 3.4.4 leads to an internal compiler error/segmentation violation on cygwin/vista with -O option, on the C++ template test program testBug2.cpp (to be attached to be message). Output of g++ -v -save-temps -O testBug2.cpp is shown below: Reading specs from /usr/lib/gcc/i686-pc-cygwi

[Bug c++/36414] g++ causes segmentation violation on template test program

--- Comment #1 from kemal dot ebcioglu at acm dot org 2008-06-01 21:36 --- Created an attachment (id=15710) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15710&action=view) test case for recreating segmentation violation error On the current release of cygwin, try g++ -O testBug

[Bug c++/36407] [4.3/4.4 regression] ICE with invalid conversion

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-01 21:16 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug middle-end/30789] complex folding inexact

-- steven at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||27676 nThis|| St

[Bug middle-end/36414] g++ causes segmentation violation on template test program

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-01 21:48 --- 3.4.x is old and no longer maintained, can you try 4.1.2 or 4.2.5 or 4.3.0? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libmudflap/36397] [4.4 regression] ICE with pointer cast and -fmudflap

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-01 22:30 --- Mine, I caused it, VCE is not being handled. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/35854] [4.3/4.4 Regression] life passes dump option still documented

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

[Bug target/36415] New: internal compiler error: in extract_insn, at recog.c:1990

gcc 4.3 fails to build the attached testcase with optimization levels above -O0. Note that the problem does not occur on arm oldabi, and that it doesn't exists in gcc 4.2 Using built-in specs. Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.0-5' --with-

[Bug target/36415] internal compiler error: in extract_insn, at recog.c:1990

--- Comment #1 from aurelien at aurel32 dot net 2008-06-02 05:10 --- Created an attachment (id=15711) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15711&action=view) Reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36415

[Bug middle-end/36414] g++ causes segmentation violation on template test program

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36414

GNU profiling - profil()

HI, I have a question related to profiling. In glibc, the function definition of profil() is existing in the following places glibc-2.4/gmon/profil.c glibc-2.4/sysdeps/mach/hurd/profil.c glibc-2.4/sysdeps/posix/profil.c glibc-2.4/unix/sysv/linux/profil.c If we compile the source code with gcc -

(.eh_frame); no .eh_frame_hdr table will be created

Hello! I'm having an application that is build on FC3 and works fine on FC releases starting from 3d to 8th. I also have no troubles with RHEL starting from 4 to 5 (including updates). But when I'm trying to launch my application on FC9 I'm getting a sigfault. I tried to rebuild my application o

[Bug c/36416] New: internal compiler error: in simplify_subreg_concatn, at lower-subreg.c:398

Trying to build arm-cross for big-endian arm. Prior to me discovering how to pass the requisit -mbig-endian flag into the newlib build, it was compiling without hitting the assertion. Now that I am passing in flags, it chokes. I need the big-endian flags for newlib build, as well as others. Orig