[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-19 06:14 --- Subject: Re: [4.0 Regression] --disable-static bootstrap > A patch to ignore --disable-static is posted at > > http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01371.html Saw it. > BTW, I have no pr

[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure

--- Additional Comments From hjl at lucon dot org 2004-12-19 05:52 --- A patch to ignore --disable-static is posted at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01371.html BTW, I have no problem with --disable-shared on Linux/x86. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19

[Bug tree-optimization/18067] [4.0 Regression] ICE at loc_descriptor_from_tree_1 in dwarf2out.c (VLA) with const int.

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW

[Bug tree-optimization/18067] [4.0 Regression] ICE at loc_descriptor_from_tree_1 in dwarf2out.c (VLA) with const int.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 05:51 --- I decided after all this was the correct fix and it had been running the bootstrap/testing already and just finished so I decided to post it. Patch here:

[Bug tree-optimization/18067] [4.0 Regression] ICE at loc_descriptor_from_tree_1 in dwarf2out.c (VLA) with const int.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 05:22 --- This patch fixes it but I don't know if it is the correct fix, I have not bootstrapped it yet but it works as it removes the constraint when not to add SAVE_EXPR around the expression: Index: tree.c ==

[Bug tree-optimization/18067] [4.0 Regression] ICE at loc_descriptor_from_tree_1 in dwarf2out.c (VLA) with const int.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 05:13 --- For some reason the const makes a difference. -- What|Removed |Added Summary|[4.0

[Bug middle-end/16417] [4.0 Regression] crappy code (gcc.c-torture/compile/20020210-1.c) in arguments causes ICE

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-19 04:45 --- fixed: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01375.html -- What|Removed |Added

[Bug middle-end/16417] [4.0 Regression] crappy code (gcc.c-torture/compile/20020210-1.c) in arguments causes ICE

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-19 04:42 --- Subject: Bug 16417 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-19 04:42:15 Modified files: gcc: ChangeLog Makefile.in c-decl.c c-objc

[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-19 04:27 --- Subject: Re: [4.0 Regression] --disable-static bootstrap > --- Additional Comments From hjl at lucon dot org 2004-12-19 03:35 > --- > I don't believe libiberty had ever properly supported

[Bug c++/19073] cp_binding_level::names not returning all decls

-- What|Removed |Added Summary|cp_binding_level|cp_binding_level::names not ||returning all decls http://gcc.gn

[Bug c++/19073] cp_binding_level

-- What|Removed |Added Summary|cp_binding_level::names not |cp_binding_level |returning all decls | http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c++/19073] cp_binding_level::names not returning all decls

-- What|Removed |Added Summary|cp_namespace_decl not |cp_binding_level::names not |returning all decls |returning all decls http://gcc.gn

[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure

--- Additional Comments From hjl at lucon dot org 2004-12-19 03:35 --- I don't believe libiberty had ever properly supported --disable-static at all. Basically libiberty just ignored it. A static arhive, which wasn't compiled with PIC, was built. With my patch, libiberty tries not to buil

[Bug target/19075] New: [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/loop-4.c arr_base

With LAST_UPDATED: "Sat Dec 18 23:55:05 UTC 2004" I get: FAIL: gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times arr_base[^\n\r]*= 0 No clue in gcc.log besides the FAIL: message above. Last known to work with: "Sat Dec 18 18:11:13 UTC 2004". The update did not change the test. -- Summary

[Bug libfortran/19074] libgfortran bootstrap fails on Windows

-- What|Removed |Added Severity|critical|normal Status|UNCONFIRMED |NEW Ever Confirmed||1

[Bug target/17548] -march=pentium4 slows down Ada code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 01:57 --- I think this is fixed on the mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17548

[Bug libfortran/16991] [meta-bug] libgfortran does not build every where

-- What|Removed |Added BugsThisDependsOn||19074 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16991

[Bug libfortran/19074] New: [4.0 Regression] libgfortran bootstrap fails on Windows

This patch breaks bootstrap on i686-pc-mingw32 due to the name itoa in libgfortran conflicting with MinGW runtime headers. A patch is here , awaiting approval. -- Summ

[Bug bootstrap/18107] [4.0 Regression] [meta-bug] Bootstrap fails on i686-pc-mingw32

-- What|Removed |Added BugsThisDependsOn||19074 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107

[Bug c++/19073] cp_namespace_decl not returning all decls

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 01:15 --- The use namespace_binding instead. That is the correct way of getting a decl. Look at pushdecl for an example of how to use it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19073

[Bug c++/19073] cp_namespace_decl not returning all decls

--- Additional Comments From sstrasser at systemhaus-gruppe dot de 2004-12-19 01:04 --- > The struct cp_binding_level contains all the decls. that seems to be the same thing. cp_namespace_decls uses NAMESPACE_LEVEL macro which brings you to a cp_binding_level structure. maybe the summary

[Bug c++/19073] cp_namespace_decl not returning all decls

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 00:53 --- Then again I don't know what you are trying to do, and why you need this function really. I think -fdump-translation-unit should be removed, it is only useful for gcc developers even then it very useful

[Bug c++/19073] cp_namespace_decl not returning all decls

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 00:51 --- This is definitely an expected behavior. The struct cp_binding_level contains all the decls. -- What|Removed |Added -

[Bug c/19031] [4.0 Regression] #pragma weak handling changes in 4.0.0

--- Additional Comments From philipp dot thomas at t-link dot de 2004-12-19 00:41 --- Well, the question should be, what the semantics of weak aliases are, no matter how they're created. This is because using __attribute__((weak, alias())) leads to the same results as '#pragma weak'.

[Bug c++/19073] New: cp_namespace_decl not returning all decls

I'm not sure if the bug is the behaviour of the function or the documentation, but they differ: cp_namespace_decl(tree) is documented to return all decls of a namespace(documented in cp/name-lookup.c and in gcc internals documentation), but it leaves out a lot of decls, e.g. c++ classes and enums.

[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-19 00:27 --- Confirmed, based on John David Anglin's comment. -- What|Removed |Added Status|

[Bug libstdc++/19060] fstream.tellp() result not changed after some output

--- Additional Comments From pcarlini at suse dot de 2004-12-19 00:03 --- Cannot reproduce on i686-pc-linux-gnu too. I would suggest recategorizing as 'target'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19060

[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure

--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-18 23:47 --- I also observed the on AIX in testing today: ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o ./argv.o ./choose-t emp.o ./concat.o ./cp-demint.o ./dyn-string.o ./fdmatch.o

[Bug target/18019] [4.0 Regression] -march=pentium4 generates word fetch instead of byte fetch

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 22:49 --- Honza, PING -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019

[Bug rtl-optimization/18942] Do loop is not as optimized as 3.3.2

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|NEW

[Bug c/18809] ICE after a couple of errors with a simple invalid C code

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-18 22:14 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01364.html -- What|Removed |Added

[Bug java/19070] internal compiler error: in generate_bytecode_conditional, at java/jcf-write.c:1271

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-18 22:02 --- I reproduced this with 3.3, 3.4, and cvs head. The test case in comment #2 is correct to throw NullPointerException. You are calling a method on "pang", which is null. -- What|Removed

[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-18 21:56 --- See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01295.html Fixed in the upcoming 4.0.0 only, as per the RM's ruling. -- What|Removed |Added --

[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18 21:50 --- Subject: Bug 15486 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-18 21:49:56 Modified files: gcc: ChangeLog varasm.c gcc/tests

[Bug bootstrap/19072] [4.0 Regression] --disable-static bootstrap failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18 21:35 --- This is caused by: 2004-12-18 H.J. Lu <[EMAIL PROTECTED]> * Makefile.in (top_builddir): Set to `.'. (OUTPUT_OPTION): Removed. (LIBTOOL): New. This is why we are in regression onl

[Bug bootstrap/19072] New: [4.0 Regression] --disable-static bootstrap failure

../configure --disable-static make fails to build: ar rc ./libiberty.a \ ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./alloca.o ./argv.o ./choose-temp.o ./concat.o ./ cp-demint.o ./dyn-string.o ./fdmatch.o ./fibheap.o ./floatformat.o ./fnmatch.o ./getopt.o ./getopt1.o ./getpwd.o ./getrunti

[Bug rtl-optimization/19001] [3.4 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18 20:42 --- Reopening as it is a still a 3.4 regression. -- What|Removed |Added Status|RESOL

[Bug rtl-optimization/19001] [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-18 20:28 --- What regression do you observe in that testcase? It gets unrolled just fine for me. If there is some other problem, please be more specific (and probably also create a new PR for it). Closing this one as

[Bug c++/17456] [3.3 regression] ICE when parentheses are missing from member function call

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-18 20:27 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/17456] [3.3 regression] ICE when parentheses are missing from member function call

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18 20:26 --- Subject: Bug 17456 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-18 20:26:11 Modified files: gcc/cp : Change

[Bug tree-optimization/18800] [4.0 Regression] ivopt missed

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-18 20:24 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/18800] [4.0 Regression] ivopt missed

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18 20:23 --- Subject: Bug 18800 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-18 20:22:54 Modified files: gcc: ChangeLog params.def tree-ssa-loop-iv

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From lucier at math dot purdue dot edu 2004-12-18 20:23 --- Subject: Re: [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler I can find no other problems at the moment. Thank you all for investigating and fixing this. Brad -- http

[Bug rtl-optimization/19001] [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18 20:14 --- Subject: Bug 19001 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-18 20:14:25 Modified files: gcc: ChangeLog loop-iv.c Log message:

[Bug libstdc++/19060] fstream.tellp() result not changed after some output

--- Additional Comments From wanderer at rsu dot ru 2004-12-18 20:08 --- At my FreebSD 5.3 problem show-up with GCC mainline sources in range: At 2004-05-10 testcase work fine At 2004-05-14 testcase failed And i think this point to "The tree-ssa branch has been merged into mainline." ev

[Bug bootstrap/18853] [4.0 Regression] ICE: genautomata.c:5238, error: verify_flow_info: Incorrect fallthru

-- What|Removed |Added Keywords||ice-on-valid-code Known to work||3.3.5 Summary|ICE: genautomata.c:

[Bug libfortran/19071] complex formatted output has too many items

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-18 19:21 --- What I meant was that the bug is possibly related to PR 19064. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19071

[Bug libfortran/19071] New: complex formatted output has too many items

.0.0/specs Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20041218 (experimental) Possibly related to PR 10964. -- Summary: complex formatted output has too many items Product: gcc Vers

[Bug rtl-optimization/19001] [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From chris at bubblescope dot net 2004-12-18 19:20 --- I thought I'd post this here rather than as a new bug.. I will do if there isn't a reply within a week or so. A very similar regression is: int check(int a,int b, char* c) { for(;a!=b;a+=4) if(c[a]==1) ret

[Bug java/19070] internal compiler error: in generate_bytecode_conditional, at java/jcf-write.c:1271

--- Additional Comments From dan at bolser dot co dot uk 2004-12-18 19:12 --- I also get the exact same behaviour using... gcc -v Reading specs from /usr/share/gcc-4.0b/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --prefix=/usr/share/gcc-4.0b --enable-java-a

[Bug java/19070] internal compiler error: in generate_bytecode_conditional, at java/jcf-write.c:1271

--- Additional Comments From dan at bolser dot co dot uk 2004-12-18 19:07 --- The following code... public class testish { public static void main (String args[]){ Number pang = null; double pong = pang.doubleValue(); if (pong != 0){ System.out.pr

[Bug java/19070] internal compiler error: in generate_bytecode_conditional, at java/jcf-write.c:1271

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18 19:04 --- With "4.0.0 20041214" on powerpc-darwin, I get an error and not an ICE: testish.java:6: error: Invalid expression statement. System.out.println("well...");

[Bug java/19070] New: internal compiler error: in generate_bytecode_conditional, at java/jcf-write.c:1271

internal compiler error: in generate_bytecode_conditional, at java/jcf-write.c:1271 Some specific syntax (see below) in the java prog I am trying to compile causes the above error... Here are my details... /usr/share/gcc-4.0a/bin/gcc -v Reading specs from /usr/share/gcc-4.0a/lib/gcc/i686-pc-lin

[Bug java/8676] ICE in generate_bytecode_conditional at jcf-write.c:1359

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

[Bug c++/19044] Alternate asm name for atan ignored when calling __builtin_atan

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

[Bug tree-optimization/19067] ICE in tree-if-conv

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18 18:28 --- I don't know but could possible the patch in here: which is already on the tcb branch help here? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug rtl-optimization/15242] [3.3/3.4/4.0 regression] pessimization of "goto *"

-- What|Removed |Added Summary|[4.0 regression]|[3.3/3.4/4.0 regression] |pessimization of "goto *" |pessimization of "goto *" Target Mi

[Bug rtl-optimization/15242] [4.0 regression] pessimization of "goto *"

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 16:46 --- Comes from factoring computed gotos, so this is a code quality regression. -- What|Removed |Added

[Bug target/19069] New: [x86][amd64] Could have better initial RTL generation for MIN/MAX

We could have define_expand patterns in i386.md to generate better initial RTL for expanding MIN_EXPR and MAX_EXPR, using a mov and a cmov. Perhaps in the pre-tree-ssa era this wasn't profitable, but now we could expand to almost optimal code without branches, after having optimized so much on

[Bug middle-end/19068] [3.3/3.4 only] Wrong code for MIN_EXPR and MAX_EXPR

-- What|Removed |Added Summary|Wrong code for MIN_EXPR and |[3.3/3.4 only] Wrong code |MAX_EXPR|for MIN_EXPR and MAX_EXPR Target M

[Bug middle-end/19068] New: Wrong code for MIN_EXPR and MAX_EXPR

The following code miscompiles with all GCCs except mainline. -- long fff[10]; extern "C" void abort (void); long f(long a, long b) { int i; a = *((long*)(a+5))>?*((long*)(a+1)); for(i=0;i<10;i++) fff[i] = a; }

[Bug middle-end/18897] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-18 15:38 --- Subject: Re: [4.0 Regression] /usr/ccs/bin/ld: Unsatisf > Fixed. Thanks very much. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18897

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From belyshev at lubercy dot com 2004-12-18 15:28 --- Original testcase now fixed. -- What|Removed |Added Status|NEW

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 15:08 --- May or may not look at any remaining issues... -- What|Removed |Added AssignedTo|ste

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 15:08 --- Waiting for Brad to check if there are more problems. -- What|Removed |Added S

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 15:07 --- Roger, this was a "catch-all bug reports", there may still be other problems open. Brad, can you try and see if you have any more problems? -- What|Removed |Added ---

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From roger at eyesopen dot com 2004-12-18 14:50 --- My apologies to Steven. I've only just noticed that between me agreeing to investigate the problem on IRC and preparing a patch last night, and committing the fix this morning, that you'd/he'd assigned this PR t

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18 14:38 --- Subject: Bug 18548 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-18 14:38:44 Modified files: gcc: ChangeLog expr.c gcc/testsui

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 14:03 --- Right... so this is miscompiled: ;; a = MAX_EXPR but this is not: ;; a = MAX_EXPR <*(long int *) (a + 1), b> Tricky to have a stable test case for this. I suppose we should just force both optio

[Bug middle-end/18548] [4.0 Regression] Miscompiles code generated by Gambit-C Scheme->C compiler

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 13:54 --- Here's the RTL we generate for this on AMD64: ;; a = MAX_EXPR (insn 19 17 20 (set (reg/v:DI 66 [ a ]) (reg/v:DI 67 [ b ])) -1 (nil) (nil)) (insn 20 19 21 (set (reg:CCGC 17 flags)

[Bug tree-optimization/19067] New: ICE in tree-if-conv

With the following patch, both testcases for tree if conversion (gcc.dg/tree-ssa/ifc-20040816-1.c and gcc.dg/tree-ssa/ifc-20040816-2.c) ICE, because they produce wrong ssa. I was unable to prepare a testcase for clean branch, however the patch obviously should not cause any problems. Index: tree

[Bug target/13158] [ia64] bad unwind info as a result of sibcall

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 13:32 --- This is a target bug of course. Mark it as such. -- What|Removed |Added Summar

[Bug target/13158] bad unwind info as a result of sibcall

-- What|Removed |Added Status|SUSPENDED |NEW Last reconfirmed|2004-12-18 13:30:15 |2004-12-18 13:31:27 date|

[Bug target/18987] [4.0 regression] [ia64] Extra '.restore sp' in tail call

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 13:30 --- The patch I mentioned in comment #4 is indeed to blame for this new bug. -- What|Removed |Added

[Bug target/13158] bad unwind info as a result of sibcall

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 13:30 --- ...so I can reopen it. -- What|Removed |Added Last reconfirmed|2004-08-14 07:05:01

[Bug target/13158] bad unwind info as a result of sibcall

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 13:29 --- The patch to fix this introduces another wrong-code bug, PR18987. I have not checked if this bug is also present on the GCC 3.4 branch now. Suspending... -- What|Removed

[Bug target/18987] [4.0 regression] [ia64] Extra '.restore sp' in tail call

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 13:18 --- Alright, I'll try to find the patch that introduced this problem. This is my prime suspect: 2004-10-27 David Mosberger <[EMAIL PROTECTED]> James E Wilson <[EMAIL PROTECTED]> PR

[Bug tree-optimization/18241] [4.0 Regression] linux kernel loop gets miscompiled

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18 12:03 --- We have reason to believe this bug is now fixed, but it is kind of hard to test... Can you please retry with CVS HEAD? -- What|Removed |Added --

[Bug fortran/17917] gfortran ICE on "equivalence"

--- Additional Comments From paulthomas2 at wanadoo dot fr 2004-12-18 11:37 --- (In reply to comment #1) > Confirmed. Note that this bug is provoked by this minimalist version of the above module test_equiv !Bug 17917 reala(2),b(4) equivalence (a(1),b(3)) end module test_equiv

[Bug target/17471] glibc-2.3.3 build failled with gcc-3.4.[012] for parisc-linux

--- Additional Comments From soete dot joel at tiscali dot be 2004-12-18 11:32 --- Subject: Re: glibc-2.3.3 build failled with gcc-3.4.[012] for parisc-linux pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18 > 03:43

[Bug rtl-optimization/16968] [3.4 Regression] loop optimizer miscompilation

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-18 08:00 --- See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01315.html -- What|Removed |Added