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

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-11 07:07 --- Fixed on mainline. Can the test case also be added to the test suite? -- What|Removed |Added --

[Bug java/19368] New: GCJ doesn't build working "hello world" on OS X

A fresh CVS (from last night) configured with default options (only --prefix) builds but the resulting gcj doesn't work. Linking this "hello world" program: public class Hello { public static void main (String[] args) { System.err.println("Hello!"); } } yields: gcj -o Hello --main=Hello Hello.j

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

--- Additional Comments From wilson at specifixinc dot com 2005-01-11 04:06 --- Subject: Re: [3.3/3.4/4.0 regression] [ia64] Extra '.restore sp' in tail call On Fri, 2005-01-07 at 20:47, gdr at integrable-solutions dot net wrote: > I must have missed that patch then. On secon

[Bug c++/18761] C++ ABI bug on OS X with embed types

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 03:51 --- Patch here: , sorry for not sending it out sooner, I was reminded today (at least twice) to send the patch out. -- What|Removed

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-11 03:44 --- Subject: Bug 18987 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-11 03:44:12 Modified files: gcc: ChangeLog gcc/config/ia64: i

[Bug ada/17307] Bug box in Gigi, code=116, 'Unrestricted_Access of a protected subprogram

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 02:47 --- Hmm, now I get on the mainline: test_269775.adb:18:23: non-local pointer cannot point to local object So this rejects valid now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17307

[Bug c++/5436] bad interaction of explicit instantiation and extern template

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 02:21 --- Fixed on the mainline: : Search converges between 2004-06-02-trunk (#460) and 2004-06-04-trunk (#461). -- What|Removed |Added

[Bug c++/10818] C-style cast to void* of a pointer-to-member-function does not issue a warning/error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 02:19 --- We only warn about all three cases with "-pedantic" in 4.0.0 only. There is a DR report asking if this is valid C++ or not, I think there is another bug about that. So closing as fixed. This was changed wi

[Bug target/18900] ppc optimization non removable

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 01:57 --- Confirmed, I know there have been reports about this before, maybe nobody has filed this into the bug tracking system until now. -- What|Removed |Added

[Bug target/18900] ppc optimization non removable

-- What|Removed |Added Severity|normal |enhancement Component|c |target GCC host triplet|Sun/spark solaris8

[Bug c++/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 01:42 --- (In reply to comment #6) One more note here, the mangling change happened between 20040620 and 20040622. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19367

[Bug c++/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 01:36 --- Something is really wrong here. If we take the following TU: void abort (void); namespace std { using ::abort; } void foo() { using std::abort; abort(); } We output a call to std::abort which does no

[Bug debug/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

--- Additional Comments From giovannibajo at libero dot it 2005-01-11 01:32 --- For the log, this is blocking utility/assert_test and utility/current_function_test in Boost. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19367

[Bug debug/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 00:53 --- The ICE was introduced with: * decl.c (duplicate_decls): Call ggc_free on declarations we will not be needing any longer. But it looks like reverting it might be papering over the overall pr

[Bug c++/19355] [4.0 Regression] ICE: tree check at c-common.c:2332

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11 00:17 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/15502] [meta-bug] bugs needed for SPEC CPU 2K and 2K5 and 95

-- Bug 15502 depends on bug 19359, which changed state. Bug 19359 Summary: [gfortran] MODULE PROCEDURE interface improperly resolved http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19359 What|Old Value |New Value

[Bug fortran/19359] [gfortran] MODULE PROCEDURE interface improperly resolved

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-11 00:17 --- Yes, that's definitely a dup. *** This bug has been marked as a duplicate of 18108 *** -- What|Removed |Added ---

[Bug fortran/18108] [gfortran] overloading does not work for functions

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-11 00:17 --- *** Bug 19359 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19355] [4.0 Regression] ICE: tree check at c-common.c:2332

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 23:55 --- Subject: Bug 19355 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-10 23:55:34 Modified files: gcc: ChangeLog c-common.c gcc/tes

[Bug rtl-optimization/17169] optimization bug

--- Additional Comments From sje at cup dot hp dot com 2005-01-10 23:43 --- I looked into this bug some, it is fixed on 4.0, but the patch that fixes it is the integration of tree-ssa into the mainline. I believe that the underlying combine bug still exists but the tree-ssa changes resu

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10 23:37 --- Added more regression PRs -- What|Removed |Added BugsThisDependsOn|

[Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-10 23:01 --- > I tried to build sparc-linux also and it seems to suffer from the same thing. > Can anyone build that? It might just be my procedures but I doubt it. http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00

[Bug debug/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-10 22:55 --- Subject: Re: [4.0 Regression] ICE: tree_check in lookup_local_die with local `using' On Mon, 10 Jan 2005, pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot g

Re: [Bug debug/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

On Mon, 10 Jan 2005, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 21:56 --- Confirmed, I think this is the boost ICE. This happens because the orig_decl that we are trying to use in emitting the using decl info appears to h

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From hjl at lucon dot org 2005-01-10 22:37 --- readelf may have false postives on [without DW_AT_frame_base]. I will leave it there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19124

[Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap

--- Additional Comments From joel at gcc dot gnu dot org 2005-01-10 22:32 --- (In reply to comment #4) > > Any guesses/suggestions on what might fix it. :) > > For the specific bug, I guess Daniel is the right guy to ask. For the general > problem, I think someone who is really interes

[Bug debug/19367] [4.0 Regression] ICE: tree_check in lookup_local_die with local `using'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 21:56 --- Confirmed, I think this is the boost ICE. -- What|Removed |Added Status|UNCONFIR

[Bug c++/19367] New: 4.0: ICE: tree_check in lookup_local_die with local `using'

g++ dies with a tree check ICE when the source below is compiled with -g: $ cc1plus -g x.cc void foo() x.cc:6: internal compiler error: tree check: expected class 'declaration', have 'exceptional' (@@dummy) in lookup_decl_die, at dwarf2out.c:5415 Please submit a full bug report, with preproc

[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 20:30 --- (In reply to comment #6) Well consider the following code (which is basically PR 14050 which is suspended as we don't know if it is valid code or not): @interface Foo -(void) quux: (int [__restrict])a; @en

[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages

--- Additional Comments From zlaski at apple dot com 2005-01-10 20:23 --- Alas, comment #1 is a non-starter for ObjC++ reasons, plus it is factually wrong (since we _do_ preserve the volatile on the function argument, which is why this is mysterious). -- http://gcc.gnu.org/bugzill

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

-- What|Removed |Added Priority|P1 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038

[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 19:58 --- (In reply to comment #3) And this is why I wrote comment #1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19321

[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages

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

[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages

-- What|Removed |Added AssignedTo|zlaski at apple dot com |pinskia at gcc dot gnu dot ||org Severity|critical

[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages

--- Additional Comments From zlaski at apple dot com 2005-01-10 19:43 --- Ok, I was wrong. :-) The bug described herein is unrelated to the const encoding issue. What is more, I'm dumbfounded as to how the anomaly comes to be. Stepping through objc_start_function() and friends, on

[Bug libgcj/17738] Binary Compatibility: _Jv_FindClassInCache

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10 19:40 --- I've checked in the fix -- What|Removed |Added Status|ASSIGNED

[Bug java/12725] [meta-bug] gcj does not conform to Binary Compatibility specification

-- Bug 12725 depends on bug 17738, which changed state. Bug 17738 Summary: Binary Compatibility: _Jv_FindClassInCache http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17738 What|Old Value |New Value ---

[Bug libgcj/18405] implement java.lang.Package#isCompatibleWith(String)

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10 19:40 --- I've checked in the fix -- What|Removed |Added Status|ASSIGNED

[Bug libgcj/12016] set Package for compiled classes

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 19:39 --- Subject: Bug 12016 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-10 19:39:26 Modified files: libjava: ChangeLog defineclass.cc prims.cc

[Bug libgcj/17738] Binary Compatibility: _Jv_FindClassInCache

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 19:39 --- Subject: Bug 17738 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-10 19:39:26 Modified files: libjava: ChangeLog defineclass.cc prims.cc

[Bug libgcj/12016] set Package for compiled classes

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10 19:39 --- I've checked in the fix -- What|Removed |Added Status|ASSIGNED

[Bug libgcj/18405] implement java.lang.Package#isCompatibleWith(String)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 19:39 --- Subject: Bug 18405 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-10 19:39:26 Modified files: libjava: ChangeLog defineclass.cc prims.cc

[Bug libgcj/18014] java.util.Locale changes variant to upper case

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 19:35 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libgcj/16990] [meta-bug] TimeZone Issues in libgcj/classpath

-- Bug 16990 depends on bug 15560, which changed state. Bug 15560 Summary: SimpleTimeZone doesn't handle on-or-before/after at ends of month http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15560 What|Old Value |New Value ---

[Bug libgcj/15560] SimpleTimeZone doesn't handle on-or-before/after at ends of month

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 19:35 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libgcj/18868] Interface containing anonymous class breaks gij

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

[Bug libgcj/18868] Interface containing anonymous class breaks gij

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10 19:23 --- I've checked in a fix for this. -- What|Removed |Added Status|ASSIGNED

[Bug libgcj/18868] Interface containing anonymous class breaks gij

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 19:21 --- Subject: Bug 18868 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-10 19:21:46 Modified files: libjava: ChangeLog link.cc libjava/in

[Bug target/18742] small struct not passed correctly as vararg

-- What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18742

[Bug java/19344] Java verification error: types could not be merged

--- Additional Comments From mckinlay at redhat dot com 2005-01-10 19:16 --- Thanks for the test case. A workaround for this, using GCC HEAD, is to use the --indirect-dispatch compile option. This will use the "new verifier" code which does not have this bug. -- What|Re

[Bug java/19277] allows array.length++ although it is final

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 19:10 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug driver/19281] file format not recognized; treating as linker script

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 19:09 --- Invalid, -M -o t, ouputs the depenciences in t. So again this is not a bug in the compiler but in the makefile. -- What|Removed |Added

[Bug driver/19281] file format not recognized; treating as linker script

-- What|Removed |Added Component|c++ |driver http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19281

[Bug c++/11224] [3.3/3.4 regression] warning "value computed is not used" no longer emitted

--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-01-10 19:01 --- FWIW, the xfail on Wunused-9.C : ... +f(); // { dg-warning "not used" "" { xfail *-*-* } } ... is no longer failing, per: http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg01344.html http://gcc.gnu.org/

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From hjl at lucon dot org 2005-01-10 18:55 --- "[without DW_AT_frame_base]" is very much informational and it may not be correct. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19124

[Bug c++/19355] [4.0 Regression] ICE: tree check at c-common.c:2332

--- Additional Comments From roger at eyesopen dot com 2005-01-10 18:47 --- Mine. I'm a dumb-ass. Obvious patch being bootstrapped and regression tested. -- What|Removed |Added ---

[Bug c++/19281] file format not recognized; treating as linker script

--- Additional Comments From jeff at connectrf dot com 2005-01-10 18:45 --- Andrew, A view from the ld folks. They believe that the ld is failing due to the -fpreprocessed switch not producing the .o file.. --- Additional Comments From nickc at redhat dot com 2005-01-10 17:57 --

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-10 18:32 --- The patch is correct, the code printing "without DW_AT_frame_base" is wrong. Note that while the immediate container of the variable, the DW_TAG_inlined_subroutine, does not have a frame_base attribute, *it

[Bug libgcj/18014] java.util.Locale changes variant to upper case

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 18:27 --- Subject: Bug 18014 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-10 18:27:00 Modified files: libjava: ChangeLog libjava/java/util:

[Bug java/19277] allows array.length++ although it is final

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 18:07 --- Subject: Bug 19277 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-10 18:07:22 Modified files: libjava: ChangeLog Added files: libja

[Bug java/19277] allows array.length++ although it is final

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 18:01 --- Subject: Bug 19277 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-10 18:01:05 Modified files: gcc/java : ChangeLog check-init.c Log message:

[Bug c++/19366] [4.0 Regression] Excessive duplicate error messages trying to treat '>>' as '> >'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 17:14 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program

--- Additional Comments From fche at redhat dot com 2005-01-10 17:04 --- This patch appears to fix the problem: testing and getting approvals --- gimplify.c 1 Jan 2005 01:43:08 - 2.101 +++ gimplify.c 10 Jan 2005 17:03:54 - @@ -2949,6 +2949,15 @@ gimplify_modify_expr (tre

[Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-10 16:54 --- > Any guesses/suggestions on what might fix it. :) For the specific bug, I guess Daniel is the right guy to ask. For the general problem, I think someone who is really interested in sparc-elf or sparc-rt

[Bug debug/19124] [4.0 regression] gcc generates incorrect dwarf2 debug info

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-10 16:45 --- Subject: Re: [4.0 regression] gcc generates incorrect dwarf2 debug info On Mon, 2005-01-10 at 16:39 +, hjl at lucon dot org wrote: > There are still: > > 29df 2cbe 2ccc (DW_O

[Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap

--- Additional Comments From joel at gcc dot gnu dot org 2005-01-10 16:29 --- (In reply to comment #2) > > The embedded SPARC targets have developed a dependency on a Solaris specific > > file. This is a regression from the 3.3 and 3.4 series. > > The embedded SPARC targets are too laz

[Bug c++/19366] [4.0 Regression] Excessive duplicate error messages trying to treat '>>' as '> >'

-- What|Removed |Added Known to fail||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19366

[Bug c++/19366] New: [4.0 Regression] Excessive duplicate error messages trying to treat '>>' as '> >'

Compiling the testcase g++.dg/template/error10.C produces too many duplicate error messages about missing '>'. The error location contains invalid token '>>' that should be replaced with '> >'. error10.C:12: error: '>>' should be '> >' within a nested template argument list error10.C:13: error: sp

[Bug libfortran/19280] Inconsistent licensing of libgfortran

--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-10 16:10 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00527.html -- What|Removed |Added

[Bug fortran/19365] Internal compiler error in gfortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:47 --- Confirmed with a couple days old compiler with the following back-trace: #0 0x000401c8 in load_file (filename=0x423022b0 "t3.f", initial=1 '\001') at /Users/pinskia/src/ local/gcc/gcc/fortran/scanner.c:918

[Bug fortran/19365] Internal compiler error in gfortran

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-10 15:52 --- This is a problem with # lines. Reduced testcase: $ cat headerlines.f # 557 "eri2odb.F" 2 # 1 "../include/maxorb.h" 1 end $ gfortran headerlines.f :0: internal compiler error: Segmentation fault

[Bug target/18742] small struct not passed correctly as vararg

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-10 15:47 --- The testcases work correctly on AIX and powerpc64-linux, so this likely is due to Darwin not implementing consistent aggregate padding rules in GCC for backward compatibility. -- http://gcc.gnu.org/bugzilla/

[Bug preprocessor/19361] -MT option does not escape funny characters

--- Additional Comments From abbott at bigatti dot dima dot unige dot it 2005-01-10 15:40 --- Subject: Re: -MT option does not escape funny characters > What's wrong with -MQ? Thank you. I'm at a loss for words: I must be suffering from selective blindness John. PS now I wonder w

[Bug target/14436] [3.3/3.4 regression] ICE building libgcc.a

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-10 15:45 --- (In reply to comment #11) > Are you sure it is even fixed? with gcc-4.0-20050109, the build fails with > this > message at what appears to be the same location in the compilation. > > ../../gcc-4.0.200

[Bug fortran/19365] Internal compiler error in gfortran

--- Additional Comments From pawsa-gpa at theochem dot kth dot se 2005-01-10 15:43 --- Created an attachment (id=7919) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7919&action=view) a.f The file that triggers the segmentation fault. The compiler is as distributed in gcc4-gfortran

[Bug fortran/19365] New: Internal compiler error in gfortran

$ gfortran -march=pentium4 -mfpmath=sse -msse2 -O -ftree-vectorize -c a.f :0: internal compiler error: Segmentation fault a.f will be attached -- Summary: Internal compiler error in gfortran Product: gcc Version: 4.0.0 Status: UNCONFIRMED S

[Bug preprocessor/19361] -MT option does not escape funny characters

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:41 --- Invalid as explained to use -MQ. -- What|Removed |Added Status|UNCONFIRMED

[Bug ada/19337] [4.0 Regression] ada does not compile at -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:36 --- Unconfirmed. -- What|Removed |Added Status|RESOLVED|UNCONFIR

[Bug ada/19337] [4.0 Regression] ada does not compile at -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:36 --- So marking as invalid to mark as -- What|Removed |Added Status|WAITING

[Bug c++/19349] [4.0 Regression] Valgrind errors compiling libjava c++ sources

-- What|Removed |Added Summary|Valgrind errors compiling |[4.0 Regression] Valgrind |libjava c++ sources |errors compiling libjava c++

[Bug c++/19349] Valgrind errors compiling libjava c++ sources

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:35 --- I think this is a regression. -- What|Removed |Added Target Milestone|---

[Bug libfortran/19363] List directed write of Infinity and NaN has regressed

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-01-10 15:32 --- (In reply to comment #1) > This works for me on powerpc-darwin with a compiler built yesterday. > What target is this? Bother! Sorry, It's on Cygwin/Athlon -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug target/18742] small struct not passed correctly as vararg

--- Additional Comments From chli002 at rz dot uni-saarland dot de 2005-01-10 15:32 --- I have found similar cases; it appears that the crucial part is a {short;char} struct or union which is passed as a var arg. Here is a similar program, somewhat smaller and with easier to understan

[Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-10 15:31 --- > The embedded SPARC targets have developed a dependency on a Solaris specific > file. This is a regression from the 3.3 and 3.4 series. The embedded SPARC targets are too lazy. ;-) -- What

[Bug target/19357] ICE when long double argument arrives in general register

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:31 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug other/18720] collect2 uses wrong search order if -brtl specified

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-10 15:27 --- Patch applied to mainline and GCC 3.4 branch. -- What|Removed |Added Status|ASSIGNED

[Bug other/18720] collect2 uses wrong search order if -brtl specified

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10 15:25 --- Subject: Bug 18720 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-01-10 15:25:25 Modified files: gcc: Change

[Bug target/19356] [4.0 regression] ICE with SSE intrinsics

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:22 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug bootstrap/19364] [4.0 Regression] embedded sparc does not bootstrap

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:20 --- Confirmed, caused by: 2004-07-25 Daniel Jacobowitz <[EMAIL PROTECTED]> * config.gcc (i[34567]86-*-solaris2*, sparc64-*-solaris2*) (sparc-*-solaris2*): Include sol2.o and sol2-prot

[Bug fortran/19362] ICE in fold_convert, at fold-const.c:1998

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:16 --- Confirmed, might be related to PR 18157. -- What|Removed |Added Status|UNCONFIRM

[Bug bootstrap/19364] New: embedded sparc does not bootstrap

The embedded SPARC targets have developed a dependency on a Solaris specific file. This is a regression from the 3.3 and 3.4 series. gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -fno-common -DHAVE_CONFIG_H

[Bug libfortran/19363] List directed write of Infinity and NaN has regressed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:11 --- This works for me on powerpc-darwin with a compiler built yesterday. What target is this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19363

[Bug fortran/19359] [gfortran] MODULE PROCEDURE interface improperly resolved

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:09 --- Confirmed but I think this is a dup of bug 18108 though. -- What|Removed |Added OtherBugsDepe

[Bug libfortran/19363] New: List directed write of Infinity and NaN has regressed

program test_list real x , y x = 0.0 y = 0.0 write(*,*,iostat=ier) x /y x = 1.0 write(*,*,iostat=ier) x /y end program test_list correctly gave with gfortran 20041010 $ ./a NaN +Infinity but now gives, for either NaN or Infinity, with gfortran 20050108 $ ./a At lin

[Bug c++/19355] [4.0 Regression] ICE: tree check at c-common.c:2332

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 15:04 --- Confirmed, reduced testcase: typedef bool Boolean; extern Boolean is_nil (); void f(void) { unsigned int ilen; if(!((ilen > 0 ? !is_nil () : 1))) {} } Note if we remove the typedef it works. It also w

[Bug preprocessor/19361] -MT option does not escape funny characters

--- Additional Comments From neil at daikokuya dot co dot uk 2005-01-10 15:01 --- Subject: Re: New: -MT option does not escape funny characters abbott at dima dot unige dot it wrote:- > The -MT option really does use precisely the specified string as the target. > It would be better

Re: [Bug preprocessor/19361] New: -MT option does not escape funny characters

abbott at dima dot unige dot it wrote:- > The -MT option really does use precisely the specified string as the target. > It would be better if spaces (and other funny characters) were > escaped (using backslash) in the output. > > Note: for my purposes it would be enough to follow the proposa

[Bug tree-optimization/19360] [4.0 Regression] ICE with -O1 -funit-at-a-time

--- Additional Comments From kcwu at csie dot org 2005-01-10 14:50 --- (In reply to comment #2) the complete list: ICE with: -O2 -O1 -funit-at-a-time -O3 -fno-unit-at-a-time -O1 -finline-functions works well with: -O0 -O1 -O2 -fno-unit-at-a-time -O0 -finline-functions -O3 -fno-unit-at-a

[Bug c++/19355] [4.0 Regression] ICE: tree check at c-common.c:2332

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 14:44 --- Reducing right now. -- What|Removed |Added GCC build triplet|x86_64-unknown-linux-gnu|

[Bug tree-optimization/19360] [4.0 Regression] ICE with -O1 -funit-at-a-time

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10 14:35 --- Confirmed, here is the reduced testcase: int bad[100]; int level; int count; static inline int g(int *idx) { int m; int i; do { m=0; i=*idx; switch(i) { cas

  1   2   >