[Bug fortran/18850] padding within a sequence type

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-06 08:37 --- (In reply to comment #1) > Alternatively, do other compilers omit padding in sequence types? ifort does so, unless the '-pad' option is given: http://www.intel.com/software/products/compilers/flin/docs

complex numbers

Hello I have found a bug in the implementation of the complex library of g++ and the complex.h library of the gcc (c99 support). The simplest program that demonstrates the bug is: #include #include using namespace std; int main() { complex a = 1.0/0.0; // +

[Bug bootstrap/18853] New: Bootstrap Problem

I compiled the actual snapshot 20041205 with gcc from last week using ../gcc40/configure --prefix=/usr/local/gcc40c --program-suffix=40c --with- arch=opteron --enable-languages=c,c++ --enable-checking and CFLAGS="-pipe -g -O3 -march=opteron -fmessage-length=0 -falign-loops=16 -falign-jumps=16

[Bug bootstrap/18853] Bootstrap Problem

--- Additional Comments From giovannibajo at libero dot it 2004-12-06 09:40 --- Please, generate the preprocessed sources for the failing files by adding -- save-temps to the command line. Attach the .i files to this bug report. Also, verify that you can reproduce the error by compiling

[Bug tree-optimization/18704] [4.0 Regression] Inlining limits cause 340% performance regression

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2004-12-06 09:53 --- Subject: Re: [4.0 Regression] Inlining limits cause 340% performance regression On 6 Dec 2004, pinskia at gcc dot gnu dot org wrote: > No reason to keep this one open, there is PR 178

[Bug regression/18776] [4.0 Regression] Libgfortran doesn't build again

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06 09:55 --- > So is this another problem with RTH's "complex" patches? Yes, and fixing it the straightforward way leads to more failures with complex integers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1877

[Bug c++/18100] [3.4/4.0 regression] template member with same name as class not rejected

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-06 10:25 --- Patch for 4.0 submitted: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00388.html Patch for 3.4 in progress. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18100

[Bug middle-end/18590] [3.3/3.4 regression] ICE in add_insn_before, at emit-rtl.c:3599

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 11:19 --- Patch here: . -- What|Removed |Added

[Bug target/18751] [4.0 Regression] ICE in expr.c:5083, profiledbootstrap

--- Additional Comments From amodra at bigpond dot net dot au 2004-12-06 11:26 --- I think this particular problem was introduced with one of Geoff's patches, http://gcc.gnu.org/ml/gcc-patches/2004-08/msg00022.html rs6000_mode_dependent_address returns true for LO_SUM addresses, which i

[Bug c++/18825] [4.0 Regression] ICE segmentation fault in wv2

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-06 11:45 --- We forget to complete the type. -- What|Removed |Added AssignedTo|unassigned at gcc

Hey, dude, it's me ^_^ :P

Looking forward for a response :P password -- 07072 Potentially Dangerous Attachment Removed. The file "Msg.zip" has been blocked. File quarantined as: "663d20ae.TextFile.zip".

[Bug target/18341] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/builtins-18.c

--- Additional Comments From nickc at redhat dot com 2004-12-06 12:32 --- Fixed by this patch: gcc/testsuite/ChangeLog 2004-12-06 Nick Clifton <[EMAIL PROTECTED] by this patch: * gcc.dg/builtins-config.h: Use instead of because the latter comes from gcc's include/

[Bug target/18342] mmix-knuth-mmixware testsuite failure: gcc.dg/builtins-20.c

--- Additional Comments From nickc at redhat dot com 2004-12-06 12:32 --- Fixed by this patch: gcc/testsuite/ChangeLog 2004-12-06 Nick Clifton <[EMAIL PROTECTED]> * gcc.dg/builtins-config.h: Use instead of because the latter comes from gcc's include/ directory

[Bug tree-optimization/18704] [4.0 Regression] Inlining limits cause 340% performance regression

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2004-12-06 12:33 --- Subject: Re: [4.0 Regression] Inlining limits cause 340% performance regression On 6 Dec 2004, pinskia at gcc dot gnu dot org wrote: > No reason to keep this one open, there is PR 178

[Bug target/18341] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/builtins-18.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 12:34 --- Close it this time. -- What|Removed |Added Status|NEW |R

[Bug target/18350] mmix-knuth-mmixware testsuite failure: gcc.dg/torture/builtin-convert-1.c (1-3 actually) gcc.dg/torture/builtin-power-1.c

--- Additional Comments From nickc at redhat dot com 2004-12-06 12:35 --- Fixed by this patch: gcc/testsuite/ChangeLog 2004-12-06 Nick Clifton <[EMAIL PROTECTED]> * gcc.dg/builtins-config.h: Use instead of because the latter comes from gcc's include/ directory

[Bug target/18342] mmix-knuth-mmixware testsuite failure: gcc.dg/builtins-20.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 12:35 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/18704] [4.0 Regression] Inlining limits cause 340% performance regression

--- Additional Comments From hubicka at ucw dot cz 2004-12-06 12:44 --- Subject: Re: [4.0 Regression] Inlining limits cause 340% performance regression > > --- Additional Comments From rguenth at tat dot physik dot uni-tuebingen > dot de 2004-12-06 09:53 --- > Subject: Re: [

[Bug tree-optimization/18704] [4.0 Regression] Inlining limits cause 340% performance regression

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2004-12-06 13:18 --- Subject: Re: [4.0 Regression] Inlining limits cause 340% performance regression On 6 Dec 2004, hubicka at ucw dot cz wrote: > The cfg inliner per se is not too interesting. What matt

[Bug tree-optimization/18704] [4.0 Regression] Inlining limits cause 340% performance regression

--- Additional Comments From hubicka at ucw dot cz 2004-12-06 13:40 --- Subject: Re: [4.0 Regression] Inlining limits cause 340% performance regression > > --- Additional Comments From rguenth at tat dot physik dot uni-tuebingen > dot de 2004-12-06 13:18 --- > Subject: Re: [

[Bug c/18854] New: Want warning for potential NULL-dereferences

1 #include 2 int main(int argc, char *argv[]) { 3 volatile char *monkey = (char*)malloc(1234); 4 monkey[0] = '\0'; 5 return 0; 6 } Since malloc() on line 3 can return NULL, I'd like a warning on line 4. Likewise, if -Wnonnull is enabled, passing a potential NULL pointer to a function marke

[Bug target/18831] section .stack overlaps section .text

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 14:18 --- Not a GCC bug, report this to binutils, . -- What|Removed |Added

[Bug c/18854] Want warning for potential NULL-dereferences

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 14:19 --- *** This bug has been marked as a duplicate of 16351 *** -- What|Removed |Added

[Bug c/16351] NULL dereference warnings

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 14:19 --- *** Bug 18854 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/18350] mmix-knuth-mmixware testsuite failure: gcc.dg/torture/builtin-convert-1.c (1-3 actually) gcc.dg/torture/builtin-power-1.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 14:20 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/18704] [4.0 Regression] Inlining limits cause 340% performance regression

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2004-12-06 14:31 --- Subject: Re: [4.0 Regression] Inlining limits cause 340% performance regression On 6 Dec 2004, hubicka at ucw dot cz wrote: > > > the order of inlining decisions affecting this. I wo

[Bug tree-optimization/18704] [4.0 Regression] Inlining limits cause 340% performance regression

--- Additional Comments From hubicka at ucw dot cz 2004-12-06 15:03 --- Subject: Re: [4.0 Regression] Inlining limits cause 340% performance regression > > --- Additional Comments From rguenth at tat dot physik dot uni-tuebingen > dot de 2004-12-06 14:31 --- > Subject: Re: [

[Bug java/14853] [3.3/3.4/4.0 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-06 15:31 --- Subject: Bug 14853 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-06 15:30:57 Modified files: libjava: ChangeLog Added files: libja

[Bug java/14853] [3.3/3.4/4.0 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-06 15:32 --- Subject: Bug 14853 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-06 15:32:38 Modified files: gcc/java : ChangeLog java-tree.h parse.y check-i

[Bug java/14853] [3.3/3.4/4.0 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-06 15:33 --- Fix checked in, will appear in gcc 4.0 -- What|Removed |Added Status|ASSIGNED

[Bug java/13607] [meta-bug] access problems in java front-end

-- Bug 13607 depends on bug 14853, which changed state. Bug 14853 Summary: [3.3/3.4/4.0 Regression] Assignment to final field permitted when compiling to native http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853 What|Old Value |New Value ---

[Bug c++/18855] New: illegal code compiles and segfaults in runtime

The following mistyped illegal code compiles. The resulted executable crashes because of the accepted illegal pointers. // --- struct Base {}; struct Derived : protected Base { operator const Base* () const { retu

[Bug c++/18855] illegal code compiles and segfaults in runtime

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 15:56 --- operator const Base* () const { return *this; // --- Illegal type, should be written without * } This is not invalid code, this becomes an infite loop though because (Base*)(*this) just cal

[Bug target/17451] [3.4 Regression] ICE at insn-output.c:1495 with -O1

--- Additional Comments From belyshev at lubercy dot com 2004-12-06 15:58 --- Was fixed by this patch: 2004-10-18 Jakub Jelinek <[EMAIL PROTECTED]> * config/i386/i386.md (addqi_1_slp): Test for incdec_operand operand 1 instead of 2 -- What|Removed

[Bug libstdc++/18837] testsuite_performance.h:63: error: redefinition of 'struct mallinfo'

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-06 16:50 --- Subject: Bug 18837 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-06 16:50:44 Modified files: libstdc++-v3 : Change

[Bug libstdc++/18837] testsuite_performance.h:63: error: redefinition of 'struct mallinfo'

-- What|Removed |Added Target Milestone|4.0.0 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18837

[Bug middle-end/18852] [3.4 Regression] 8 tests fail: SIGSEGV for stack growth failure

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06 16:54 --- Most probably already fixed, but waiting for the confirmation. -- What|Removed |Added

[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06 17:15 --- Alan, unless I'm mistaken, the testcase you filed doesn't fail on x86. Moreover, the assembly code you posted contains an infinite loop that can't reasonably come from the code. -- What|

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

--- Additional Comments From dje at watson dot ibm dot com 2004-12-06 17:16 --- Subject: Re: [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr The following patch implements the two suggestions. It fixes the ICE on AIX, but continues to

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 17:29 --- T(In reply to comment #22) > Subject: Re: [4.0 Regression] Another ICE caused by reload of a psuedo reg > into f0 for a DImode expr > > The following patch implements the two suggestions. It fix

[Bug c++/18829] Error signale on an unexisting line

--- Additional Comments From federicotomassetti at yahoo dot it 2004-12-06 17:50 --- Subject: Re: Error signale on an unexisting line --- pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> ha scritto: > > --- Additional Comments From pinskia at gcc dot > gnu dot org 2004-12-06

[Bug middle-end/18852] [3.4 Regression] 8 tests fail: SIGSEGV for stack growth failure

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-06 17:52 --- Subject: Re: [3.4 Regression] 8 tests fail: SIGSEGV for > Most probably already fixed, but waiting for the confirmation. > > -- >What|Removed |Added >

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

--- Additional Comments From fjahanian at apple dot com 2004-12-06 17:55 --- I applied the patch to fsf-mainline (including darwin.h) and it worked for me. I will do the bootstrap, dejagnu testing and let you know how it went. - Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug java/13607] [meta-bug] access problems in java front-end

-- Bug 13607 depends on bug 14853, which changed state. Bug 14853 Summary: [3.3/3.4 Regression] Assignment to final field permitted when compiling to native http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853 What|Old Value |New Value ---

[Bug java/14853] [3.3/3.4 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From giovannibajo at libero dot it 2004-12-06 18:31 --- This is a regression on active branches, so the bug should stay open until it's fixed there. Is a backport of your patch feasable for the 3.4 and 3.3 branches? -- What|Removed

[Bug middle-end/18852] [3.4 Regression] 8 tests fail: SIGSEGV for stack growth failure

--- Additional Comments From giovannibajo at libero dot it 2004-12-06 18:34 --- Fixed -- What|Removed |Added Status|WAITING |RESOLVED

[Bug java/14853] [3.3/3.4 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-06 18:34 --- The patch should probably apply as-is to 3.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853

[Bug java/14853] [3.3/3.4 Regression] Assignment to final field permitted when compiling to native

--- Additional Comments From giovannibajo at libero dot it 2004-12-06 18:38 --- Will you test it there then? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853

[Bug target/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06 18:45 --- The (useless?) mode promotion from SImode to DImode comes from: http://gcc.gnu.org/ml/gcc-patches/2003-02/msg00625.html -- What|Removed |Added

[Bug target/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06 18:47 --- Richard, why do we not register optabs for modes smaller than word_mode now? This appears to hurt 64-bit targets. -- What|Removed |Added -

[Bug debug/18856] New: Missing .loc information after prologue

The attached program is extracted from the gdb testsuite (gdb.base/annota3.c) According to Dan, the code generated by gcc is missing a .loc directive: http://sources.redhat.com/ml/gdb-patches/2004-12/msg00143.html i.e. gcc generates: .loc 1 6 0 handle_USR1: .PROC .CALLINF

[Bug debug/18856] Missing .loc information after prologue

--- Additional Comments From tausq at debian dot org 2004-12-06 18:50 --- Created an attachment (id=7692) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7692&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18856

[Bug debug/18856] Missing .loc information after prologue

-- What|Removed |Added Known to work||3.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18856

[Bug libfortran/18857] New: MATMUL failing with ALLOCATED matrices, unless base indices given

The below fails with CYGWIN_NT_5.1 + Windows XP (SP2) on AMD Athlon XP2600+ (M) assertion "a->base == 0" failed: file "../../../gcc-4.0- 20041205/libgfortran/generated/matmul_r8.c", line 157 Aborted (core dumped) This does not happen on my Athlon XP1700 machine, nor on a PIV. I have built the 20

PR java/18811 [4.0 Regression] rhug build problem, regression?

Please try this. Index: gjavah.c === RCS file: /cvs/gcc/gcc/gcc/java/gjavah.c,v retrieving revision 1.124 diff -c -2 -p -r1.124 gjavah.c *** gjavah.c25 Nov 2004 11:13:37 - 1.124 --- gjavah.c6 Dec 2004 19:15:39 - *

[Bug ada/18858] New: ACATS ICE ce2109b ce2404b ce2410b at -O0: in expand_assignment, at expr.c:3756

On x86 and x86_64 when compiled at -O0 ce2109b ce2404b ce2410b ICE the same way, no ICE and pass on ia64. The tests pass at -O2 on x86 and x86_64. +===GNAT BUG DETECTED==+ | 4.0.0 20041206 (experimental) (i686-pc-linux-gnu) GCC error

[Bug driver/18549] -save-temps option ends with corrupt object file

--- Additional Comments From pschober at gmx dot ch 2004-12-06 20:00 --- Output with -v option : Reading specs from C:\Programme\WinAVR\bin\..\lib\gcc-lib\avr\3.3.1\specs Configured with: ../configure --prefix=/e/avrdev/install --target=avr --enable-languages=c,c++ --disable-nls --enable

[Bug ada/18859] New: ACATS ICE c37305a at -O0: in tree_low_cst, at tree.c:3839

Happens when using -O0 on x86, x86_64 and ia64 (works at -O2 on the same platforms). +===GNAT BUG DETECTED==+ | 4.0.0 20041206 (experimental) (i686-pc-linux-gnu) GCC error: | | in tree_low_cst, at tree.c:3839

[Bug ada/18860] New: ACATS ICE cd30001 at -O0: in expand_expr_addr_expr_1, at expr.c:6229

Happens on x86, x86_64 and ia64 at -O0 (pass at -O2 on all platforms). +===GNAT BUG DETECTED==+ | 4.0.0 20041206 (experimental) (i686-pc-linux-gnu) GCC error: | | in expand_expr_addr_expr_1, at expr.c:6229

[Bug target/18847] ACATS ICE cxa5012 on ia64: insn does not satisfy its constraints reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From laurent at guerby dot net 2004-12-06 20:06 --- On x86_64 at -O0 this tests SEGV at runtime (but on x86 -O0 it works and on ia64 at -O0 it also works). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18847

[Bug ada/18727] ACATS c43214c fails at runtime

--- Additional Comments From laurent at guerby dot net 2004-12-06 20:09 --- At -O0 the test PASS on x86, x86_64 and ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727

[Bug ada/18663] ACATS ICE cc1221d expected integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:3779

--- Additional Comments From laurent at guerby dot net 2004-12-06 20:10 --- The test PASS at -O0 on x86, x86_64 and ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18663

[Bug tree-optimization/18659] [4.0 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL)

--- Additional Comments From laurent at guerby dot net 2004-12-06 20:12 --- This test PASS at -O0 on x86, x86_64 and ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659

[Bug tree-optimization/18658] [4.0 Regression] ACATS ICE c330001 simplify-rtx.c:3780 (propagating a constant across a VIEW_CONVERT_EXPR)

--- Additional Comments From laurent at guerby dot net 2004-12-06 20:14 --- The test PASS at -O0 on x86, x86_64 and ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18658

[Bug tree-optimization/18601] [4.0 Regression] tree cfglceanup is slow

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-06 20:22 --- Subject: Bug 18601 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-06 20:22:02 Modified files: gcc: ChangeLog tree-cfg.c tree-flow.h Lo

[Bug tree-optimization/18601] [4.0 Regression] tree cfglceanup is slow

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-06 20:23 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED

[Bug target/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-06 20:51 --- Look at the routines we implement in libgcc and ask again. We never did implement sub-word routines. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665

[Bug debug/18856] [3.3 only] Missing .loc information after prologue

-- What|Removed |Added Keywords||wrong-debug Summary|Missing .loc information|[3.3 only] Missing .loc |after p

[Bug target/17643] [3.3/3.4/4.0 Regression] ICE in propagate_one_insn, at flow.c:1582

--- Additional Comments From belyshev at lubercy dot com 2004-12-06 20:54 --- Regression from 3.0.4 -- What|Removed |Added Status|UNCONFIRMED |NE

[Bug driver/18549] -save-temps option ends with corrupt object file

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 21:28 --- What I was trying to ask for was the output of: avr-gcc -c -mmcu=atmega16 -save-temps foo.c -v avr-gcc -c -mmcu=atmega16 foo.c -v -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18549

[Bug libfortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 21:29 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug rtl-optimization/17728] [3.4 Regression] ICE in extract_insn, at recog.c:2083, unrecognizable insn

--- Additional Comments From belyshev at lubercy dot com 2004-12-06 21:29 --- /* reduced testcase, use -O0 */ void div (register int *d, int i, int j, short k) { d [i] = j / k; } -- What|Removed |Added -

[Bug debug/18856] [3.3 only, regression] Missing .loc information after prologue

-- What|Removed |Added Known to work|3.4.2 |3.0.4 3.4.2 Summary|[3.3 only] Missing .loc |[3.3 only, regression] |informat

[Bug target/18766] Inefficient code with -mfpmath=387,sse

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 21:34 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug debug/18856] [3.3 regression] Missing .loc information after prologue

-- What|Removed |Added Summary|[3.3 only, regression] |[3.3 regression] Missing |Missing .loc information|.loc information after

[Bug driver/18549] -save-temps option ends with corrupt object file

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-06 21:36 --- It looks like you are mingw host. If so, could you try trunk. This looks like dup of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5620 Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18

[Bug other/5620] [3.3/3.4/4.0 Regression] GCC -save-temps foo.c fails to build foo.o

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 21:37 --- *** Bug 18549 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug driver/18549] -save-temps option ends with corrupt object file

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 21:37 --- *** This bug has been marked as a duplicate of 5620 *** -- What|Removed |Added

[Bug c++/18829] Error signale on an unexisting line

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 21:42 --- So lets close this now, I think there was a bug like this already fixed on the mainline also. -- What|Removed |Added

[Bug driver/18549] -save-temps option ends with corrupt object file

--- Additional Comments From ericw at evcohs dot com 2004-12-06 21:45 --- Subject: Re: -save-temps option ends with corrupt object file dannysmith at users dot sourceforge dot net wrote: >--- Additional Comments From dannysmith at users dot sourceforge dot net >2004-12-06 21:36

Re: complex numbers

Andreas Klein <[EMAIL PROTECTED]> writes: | Hello | | I have found a bug in the implementation of the complex library of | g++ and the complex.h library of the gcc (c99 support). | | The simplest program that demonstrates the bug is: | | | | #include | #include

[Bug rtl-optimization/17356] [4.0 Regression] [Ada] [ia64] ACATS c41325a & other ICE, also while building libada

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 21:57 --- Hmm, looks like something changed recently: http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00280.html http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00248.html Or those results compiled at -O0? -- ht

[Bug rtl-optimization/17356] [4.0 Regression] [Ada] [ia64] ACATS c41325a & other ICE, also while building libada

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 21:58 --- Ignore the first link, that was for 3.4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356

[Bug c++/18249] C++ parser i18n problems

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug c++/18248] c_parse_error i18n problems

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

--- Additional Comments From kghazi at verizon dot net 2004-12-06 22:06 --- Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC character sets Out of curiousity, do you have any problems with builtin printf's conversion of printf("hello world\n") -> puts("hello wo

[Bug rtl-optimization/17356] [4.0 Regression] [Ada] [ia64] ACATS c41325a & other ICE, also while building libada

--- Additional Comments From laurent at guerby dot net 2004-12-06 22:24 --- (In reply to comment #8) > Hmm, looks like something changed recently: > http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00248.html > Or those results compiled at -O0? Yes the 4.0 run was done at -O0 per my req

[Bug ada/18859] ACATS ICE c37305a at -O0: in tree_low_cst, at tree.c:3839

-- What|Removed |Added CC||schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18859

[Bug ada/18860] ACATS ICE cd30001 at -O0: in expand_expr_addr_expr_1, at expr.c:6229

-- What|Removed |Added CC||schwab at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18860

[Bug middle-end/18861] New: [4.0 Regression] ICE Segmentation fault in try_crossjump_to_edge at ../../gcc/gcc/cfgcleanup.c:1637

use '-O2 -finline-functions -ftracer -floop-optimize2' to reproduce: extern void fancy_abort (void) __attribute__ ((__noreturn__)); int reverse_condition (int code) { switch (code) { case 4: re

[Bug bootstrap/18853] Bootstrap Problem

--- Additional Comments From belyshev at lubercy dot com 2004-12-06 22:45 --- testcase reduced from jump.i is now in bug 18861 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18853

[Bug middle-end/18861] [4.0 Regression] ICE Segmentation fault in try_crossjump_to_edge at ../../gcc/gcc/cfgcleanup.c:1637

--- Additional Comments From belyshev at lubercy dot com 2004-12-06 22:58 --- : Search converges between 2004-10-25-161001-trunk (#610) and 2004-10-26-161001-trunk (#611). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18861

[Bug middle-end/18861] [4.0 Regression] ICE Segmentation fault in try_crossjump_to_edge at ../../gcc/gcc/cfgcleanup.c:1637 with two switches (table jumps)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06 23:07 --- : Search converges between 2004-10-26-161001-trunk (#611) and 2004-11-03-014001-trunk (#612). Confirmed. Here is a testcase down to one function: extern void abort (void) __attribute__ ((__noreturn__)); in

[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From amodra at bigpond dot net dot au 2004-12-06 23:31 --- I checked again with a current x86 gcc, 3.4.4 20041206, and the problem is still there. Note that this only happens with cc1plus. As to why we get the "impossible" assembly, what happens i

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

--- Additional Comments From fjahanian at apple dot com 2004-12-06 23:32 --- David's patch (including darwin.h patch attached here) successufully bootstrapped, dejagnu tested on apple-ppc-darwin. Please apply the patch to mainline. Index: darwin.h ==

[Bug rtl-optimization/17810] [3.4 Regression] internal compiler error: in verify_local_live_at_start for arm-rtems, arm-linux

--- Additional Comments From belyshev at lubercy dot com 2004-12-06 23:53 --- /* slightly reduced testcase, use '-mcpu=arm920 -O3' */ struct sui_event; typedef struct sui_event { unsigned short what; int abrakadabra [3]; } sui_event_t; static sui_event_t sui_event_buf; static sui_

[Bug target/18542] [3.4 only] ICE: output_operand: invalid expression as operand

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail|3.4.0 3.4.3 |3.4.0 3.

[Bug target/18542] [3.4 regression] ICE: output_operand: invalid expression as operand

--- Additional Comments From belyshev at lubercy dot com 2004-12-07 00:15 --- *** Bug 18563 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18542

[Bug target/18564] ICE: output_operand: invalid expression as operand

--- Additional Comments From belyshev at lubercy dot com 2004-12-07 00:15 --- *** This bug has been marked as a duplicate of 18542 *** -- What|Removed |Added S

[Bug target/18563] ICE: output_operand: invalid expression as operand

--- Additional Comments From belyshev at lubercy dot com 2004-12-07 00:15 --- *** This bug has been marked as a duplicate of 18542 *** -- What|Removed |Added S

  1   2   >