[Bug c++/24157] New: g++ allows variable to be initialized by value of variable being initialized
I found by pure accident that g++ allows the RHS of an initialization to be the very variable that is being initialized. Two minimalist examples are given below. The same behavior is present under gcc 2.95.2, 3.3.3, and 3.4.1. I'm suprised that the new variable is even considered to be defined in the context of the RHS of its own initializer, although I suppose it is concievable in this mad mad world that it might be valid syntax under the standard. But surely the compiler should at least issue the "warning: ... might be used uninitialized" message when compiled with -O -W -Wall, since the variable is definitely not initialized yet! Example 1: int main() { int i; // the compiler will only warn about i being uninitialized int j= i; int k= k; // the compiler has no problem with this return i+j+k; // no warning about k being possibly uninitialized } Example 2: class A { int x; }; int main() { A* aptr= (A*)aptr; // why is this line valid? return (aptr==0);// aptr isn't _really_ initialized, but no warning... } -- Summary: g++ allows variable to be initialized by value of variable being initialized Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gahs at phys dot ksu dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24157
[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch
-- Bug 24018 depends on bug 23891, which changed state. Bug 23891 Summary: [4.0 Regression] Problem folding static fields across packages http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
[Bug java/23891] [4.0 Regression] Problem folding static fields across packages
--- Additional Comments From mckinlay at redhat dot com 2005-10-01 06:58 --- Fixed on both HEAD and 4.0 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
[Bug java/21418] Order of source files matters when compiling
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 06:49 --- Subject: Bug 21418 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-01 06:49:23 Modified files: gcc/java : ChangeLog class.c Log message: 2005-10-01 Ranjit Mathew <[EMAIL PROTECTED]> PR java/21418 * class.c (inherits_from_p): Try to lay out super class if it is not already laid out. (maybe_layout_super_class): Handle the case where SUPER_CLASS is a NULL_TREE. 2005-10-01 Per Bothner <[EMAIL PROTECTED]> * class.c (inherits_from_p): Do load_class if needed. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1556.2.33&r2=1.1556.2.34 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.220.8.6&r2=1.220.8.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21418
[Bug java/23891] [4.0 Regression] Problem folding static fields across packages
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-10-01 06:20 --- Subject: Bug 23891 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-01 06:20:39 Modified files: libjava: ChangeLog libjava/testsuite/libjava.jacks: jacks.xfail gcc/java : ChangeLog class.c java-tree.h jcf-parse.c parse.y Log message: 2005-10-01 Bryce McKinlay <[EMAIL PROTECTED]> * testsuite/libjava.jacks/jacks.xfail: Update to reflect PR java/23891 fix. 2005-10-01 Bryce McKinlay <[EMAIL PROTECTED]> PR java/23891 * parse.y (maybe_create_class_interface_decl): Set TYPE_PACKAGE for the newly created type. Set import lists here, not in create_class. (jdep_resolve_class): Set current_class. (do_resolve_class): Use current_class's TYPE_PACKAGE to determine the current package context, not ctxp->package. (cicp_cache): Removed. (class_in_current_package): Simplify implementation using TYPE_PACKAGE. * jcf-parse.c (give_name_to_class): Set TYPE_PACKAGE. * java-tree.h (TYPE_PACKAGE): New macro. (struct lang_type): New member 'package'. * class.c (maybe_layout_super_class): Update current_class before calling do_resolve_class. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.102&r2=1.3391.2.103 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.jacks/jacks.xfail.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.19.8.1&r2=1.19.8.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1556.2.32&r2=1.1556.2.33 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.220.8.5&r2=1.220.8.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/java-tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.226.8.2&r2=1.226.8.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/jcf-parse.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.183&r2=1.183.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/parse.y.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.528.6.3&r2=1.528.6.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-10-01 04:36 --- Ok, I can confirm this fixes the issue on the mainline with -fno-tree-dominator-opts so we get about the same RTL when expanding. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
[Bug rtl-optimization/23043] [4.1 regression] [m68k-linux] bootstrap error on m68k-linux
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-10-01 01:25 --- Correcting target milestone; this will be fixed in 4.0.3. -- What|Removed |Added Target Milestone|4.0.2 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23043
[Bug c++/23993] [4.0/4.1 Regression] Mysterious compiler error when accessing a 2d-array in a template class
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-10-01 01:25 --- Correcting target milestone; this will be fixed in 4.0.3. -- What|Removed |Added Target Milestone|4.0.2 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23993
[Bug rtl-optimization/24156] sibling call with -O2 copies parameters twice
-- What|Removed |Added Severity|normal |minor Component|c |rtl-optimization GCC target triplet||i?86-*-*, x86_64-*-* Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24156
[Bug c/24156] New: sibling call with -O2 copies parameters twice
When compiling with -O2, a sibling call will sometimes copy all the arguments twice: first into temporaries at the beginning of the function, then back to their original places before the call. Here's a test case that demonstrates it: extern void f2(), f3(); void f(int a,int b,int c,int d,int e,int ff,int g,int h,int i,int j) { f2(); f3(a,b,c,d,e,ff,g,h,i,j); } (the problem only shows up if there's other stuff in the function besides the sibling call) -- Summary: sibling call with -O2 copies parameters twice Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mrnobo1024 at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24156
[Bug objc/23381] [4.1 Regression] Next runtime objc exceptions are broken
--- Additional Comments From cvs-commit at developer dot classpath dot org 2005-10-01 00:13 --- Subject: Bug 23381 CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/09/29 22:35:39 Modified files: . : ChangeLog java/beans : PropertyDescriptor.java Log message: PR classpath/23381: * java/beans/PropertyDescriptor.java (hashCode): New method. CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.5041&tr2=1.5042&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/java/beans/PropertyDescriptor.java.diff?tr1=1.15&tr2=1.16&r1=text&r2=text -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23381
[Bug tree-optimization/23115] [4.1 Regression] -ftree-vectorize generates wrong code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 23:54 --- (In reply to comment #5) > Assign this bug to me. Thanks. Done, you also now have the premissions to do that yourself. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dpatel at apple dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23115
[Bug tree-optimization/23115] [4.1 Regression] -ftree-vectorize generates wrong code
--- Additional Comments From dpatel at apple dot com 2005-09-30 23:52 --- Assign this bug to me. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23115
[Bug c++/12333] [DR 272] Explicit call to MyClass::~MyClass() not allowed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 23:41 --- *** Bug 24155 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||mon at hks dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12333
[Bug c++/24155] Does not understands explicit destructor call A::~A()
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 23:41 --- *** This bug has been marked as a duplicate of 12333 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24155
[Bug c++/24155] New: Does not understands explicit destructor call A::~A()
The latest GNU G++ compiler, distributed with latest RedHat and SUSE distributions, does not understand explicit destructor calls of the form "A::~A()". Here is an example: class Pool { public: ~Pool(); void Delete(); }; Pool::~Pool() { } void Pool::Delete() { Pool::~Pool(); } >>> g++ -c mem.C mem.C: In member function `void Pool::Delete()': mem.C:14: error: no matching function for call to `Pool::Pool()' mem.C:9: note: candidates are: Pool::~Pool() It looks like the tilda (~) is throwing it off. Additional version information: C++ version 3.4.3 20050227 (Red Hat 3.4.3-22.1) (i386-redhat-linux) Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.3 20050227 (Red Hat 3.4.3-22.1) /usr/libexec/gcc/i386-redhat-linux/3.4.3/cc1plus -E -quiet -v -D_GNU_SOURCE mem.C -o mem.ii This was identified on Red Hat Enterprise Linux AS release 4 (Nahant Update 1) -- Summary: Does not understands explicit destructor call A::~A() Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mon at hks dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: 3.4.3 20050227 (Red Hat 3.4.3-22.1) GCC host triplet: i386-redhat-linux GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24155
[Bug libgcj/24154] New: Make requires too much memory building libjava
GNU make requires too much memory building libjava. On my system the virtual memory size got up to 251M. Since I only have 256M of RAM, make proceeded to thrash. I waited 45 minutes before killing it. I am running i686-pc-linux-gnu, Fedora Core 4. make hung at this point in the build: make[4]: Entering directory `/home/ian/gcc/bootstrap/i686-pc-linux-gnu/libjava/classpath/lib' true top_builddir=.. top_srcdir=../../../../../gcc/libjava/classpath /bin/sh ./gen-classlist.sh standard Adding java source files from srcdir '../../../../../gcc/libjava/classpath'. Adding java source files from VM directory /home/ian/gcc/gcc/libjava /home/ian/gcc/bootstrap/i686-pc-linux-gnu/libjava Adding generated files in builddir '..'. make -f ../../../../../gcc/libjava/classpath/lib/Makefile.gcj \ GCJ='/home/ian/gcc/bootstrap/gcc/gcj -B/home/ian/gcc/bootstrap/i686-pc-linux-gnu/libjava/ -B/home/ian/gcc/bootstrap/gcc/' \ compile_classpath='..:/home/ian/gcc/gcc/libjava:/home/ian/gcc/bootstrap/i686-pc-linux-gnu/libjava:../../../../../gcc/libjava/classpath:../../../../../gcc/libjava/classpath/external/w3c_dom:../../../../../gcc/libjava/classpath/external/sax:.:' \ top_srcdir=../../../../../gcc/libjava/classpath -- Summary: Make requires too much memory building libjava Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: tromey at redhat dot com ReportedBy: ian at airs dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24154
[Bug middle-end/24153] memory leak
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 23:04 --- Only 2 out of 5 are tree-opt problems. ==31716==by 0x8589B01: discover_unique_type (ipa-type-escape.c:203) And the DOM one. The first one is related to splay_trees. The second one I don't know a way to fix at all. The rest rest were introduced by your self with: 2005-06-24 Kazu Hirata <[EMAIL PROTECTED]> * cfglayout.c (block_locators_locs, line_locators_locs, line_locators_lines, file_locators_locs): Change the type to VEC(int,heap)*. (insn_locators_initialize, change_scope, insn_scope, locator_line, insn_line, locator_file): Use VEC instead of VARRAY. -- What|Removed |Added Component|tree-optimization |middle-end Keywords||memory-hog http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24153
[Bug other/23693] Manuals in the Portable Document Format (PDF)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 22:53 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23693
[Bug tree-optimization/23946] [4.1 regression] ICE: verify_ssa failed ("definition ... follows the use")
--- Additional Comments From janis187 at us dot ibm dot com 2005-09-30 22:47 --- A regression hunt identified this patch from dnovillo: http://gcc.gnu.org/ml/gcc-cvs/2005-08/msg00644.html -- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23946
[Bug middle-end/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 22:41 --- Created an attachment (id=9851) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9851&action=view) Patch which needs testing Could do you do a profiledbootstrap with this patch? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 22:30 --- I am looking to fix this via the same fix for PR 24069. The bug is the same, we have an indirect jump but to a known place. This is a bug in make_edges. -- What|Removed |Added AssignedTo|aph at gcc dot gnu dot org |pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
[Bug tree-optimization/15348] [tree-ssa] Convert (x < 0) || (y < 0) into (x | y) < 0.
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-30 22:29 --- For AMD64, the functions from the first test case don't produce the same code either, so combine is not catching this either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15348
[Bug middle-end/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 22:28 --- This is the same problem as listed in PR 20606 which is not exposed by -freorder-blocks-and-partition at all. I am looking into this further. -- What|Removed |Added OtherBugsDependingO||20606 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug middle-end/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 22:22 --- Note I could reproduce this with a cross crompiler from powerpc-darwin7.9 to powerpc64-linux with the following configure options: Configured with: ../configure --target=powerpc64-linux-gnu --with-cpu=default32 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug middle-end/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 22:21 --- The jump: (jump_insn:HI 2539 2830 2305 120 (set (pc) (reg:SI 66 ctr)) 482 {*indirect_jumpsi} (insn_list:REG_DEP_TRUE 2537 (insn_list:REG_DEP_TRUE 2538 (insn_list:REG_DEP_TRUE 1498 (nil (insn_list:REG_LABEL 1504 (expr_list:REG_CROSSING_JUMP (nil) (nil And the backtrace: #0 fancy_abort (file=0x92cb54 "../../gcc/cfgbuild.c", line=350, function=0x8e5374 "make_edges") at ../../gcc/diagnostic.c:590 #1 0x007db014 in make_edges (min=0x2dd87e8, max=0x2df70b0, update_p=1) at ../../gcc/ cfgbuild.c:350 #2 0x007dc378 in find_many_sub_basic_blocks (blocks=0x1b6d240) at ../../gcc/cfgbuild.c:763 #3 0x0059a7f8 in split_all_insns (upd_life=0) at ../../gcc/recog.c:2795 #4 0x003898ec in rest_of_handle_flow2 () at ../../gcc/flow.c:4624 #5 0x0069f964 in execute_one_pass (pass=0x9fdef4) at ../../gcc/passes.c:809 This makes me feel better. Plus this is a bug really related to/exposed by -freorder-blocks-and- partition, we are changing an direct into an indirect one but make_edges is not thinking it should get an indirect to a known label here or at least as far as I can tell. Looking more into it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug other/23693] Manuals in the Portable Document Format (PDF)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-30 22:06 --- Subject: Bug 23693 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-30 22:06:07 Modified files: maintainer-scripts: ChangeLog update_web_docs Log message: PR other/23693 * update_web_docs: Add PDF support. Correct check of DEV-PHASE. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/maintainer-scripts/ChangeLog.diff?cvsroot=gcc&r1=1.124&r2=1.125 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/maintainer-scripts/update_web_docs.diff?cvsroot=gcc&r1=1.25&r2=1.26 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23693
[Bug tree-optimization/14847] [tree-ssa] combine "if (a & 1) goto there" and "if (a & 4) goto there"
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-30 22:09 --- In fact, combine also doesn't catch this for me on AMD64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14847
[Bug tree-optimization/24153] memory leak
--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-30 21:34 --- Created an attachment (id=9850) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9850&action=view) memory leaks from gcc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24153
[Bug tree-optimization/24153] New: memory leak
While compiling cse.i, valgrind found several memory leaks. -- Summary: memory leak Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazu at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24153
[Bug fortran/20895] error needed
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-30 21:07 --- Length is a type parameter. All type parameters shall be identical in a POINTER assignment. Hence the example is illegal. This means that bound checking should reject the following for i /= 5: character*5, pointer :: p character*10, target :: t p => t(1:i) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20895
[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch
-- Bug 24018 depends on bug 23367, which changed state. Bug 23367 Summary: _Jv_FindMethodInCache is not thread-safe http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
[Bug libgcj/23367] _Jv_FindMethodInCache is not thread-safe
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30 21:04 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367
[Bug libgcj/23367] _Jv_FindMethodInCache is not thread-safe
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-30 21:03 --- Subject: Bug 23367 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-30 21:03:46 Modified files: libjava: ChangeLog libjava/java/lang: natClass.cc Log message: Workaround for PR libgcj/23367: * java/lang/natClass.cc (_Jv_FindMethodInCache): Disable. (_Jv_AddMethodToCache): Likewise. (method_cache): Remove. (MCACHE_SIZE): Likewise. (struct _Jv_mcache): Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.100&r2=1.3391.2.101 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/natClass.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.84&r2=1.84.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23367
[Bug fortran/20895] error needed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 20:52 --- I am going to go out on a limb and say this is invalid so confirmed. -- What|Removed |Added Status|WAITING |NEW Keywords||accepts-invalid Last reconfirmed|-00-00 00:00:00 |2005-09-30 20:52:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20895
[Bug fortran/20893] unconditional use of optional argument not detected
-- What|Removed |Added Severity|enhancement |minor GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|2005-05-19 17:19:44 |2005-09-30 20:50:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20893
[Bug libgcj/24051] [4.1 Regression] libjava failed to configure
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30 20:49 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24051
[Bug fortran/20892] dummy procedure can't be generic
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 20:49 --- Seg fault on the mainline: #0 resolve_formal_arglist (proc=0x95451c0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/resolve.c:123 #1 0x0808f033 in traverse_ns (st=0x9530aa8, func=0x8081e30 ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/symbol.c:2313 #2 0x080862ee in gfc_resolve (ns=0x9544e68) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/resolve.c:247 #3 0x0807dc09 in gfc_parse_file () at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/parse.c:2626 #4 0x08097585 in gfc_be_parse_file (set_yydebug=0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/f95-lang.c:256 -- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||ice-on-invalid-code Last reconfirmed|2005-05-19 17:15:52 |2005-09-30 20:49:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20892
[Bug libgcj/23499] [4.1 regression] libgcj/classpath create empty directory $PREFIX/share/classpath/api/
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30 20:48 --- This turns out to be somewhat tricky. Automake's install rule will create a directory for a conditionally-defined installable file even if the file won't be installed by the current configuration. (There's an automake PR about this.) I'm reluctant to have a lot of Makefile changes in classpath, but that is one route to a fix. Another equally ugly route would be to remove the directories in a post install hook. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23499
[Bug fortran/20891] allocation depends on other object in same allocation
-- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||accepts-invalid Last reconfirmed|2005-05-19 17:14:58 |2005-09-30 20:48:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20891
[Bug fortran/20889] error needed
-- What|Removed |Added Keywords||accepts-invalid Last reconfirmed|2005-06-19 07:14:43 |2005-09-30 20:47:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20889
[Bug libgcj/24051] [4.1 Regression] libjava failed to configure
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-30 20:47 --- Subject: Bug 24051 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-30 20:46:59 Modified files: libjava: ChangeLog Makefile.am Makefile.in configure configure.ac libjava/classpath: ChangeLog.gcj Makefile.am Makefile.in aclocal.m4 configure configure.ac libjava/classpath/doc: Makefile.in libjava/classpath/doc/api: Makefile.in libjava/classpath/examples: Makefile.in libjava/classpath/external: Makefile.in libjava/classpath/external/sax: Makefile.in libjava/classpath/external/w3c_dom: Makefile.in libjava/classpath/include: Makefile.in libjava/classpath/lib: Makefile.in libjava/classpath/native: Makefile.in libjava/classpath/native/fdlibm: Makefile.in libjava/classpath/native/jawt: Makefile.in libjava/classpath/native/jni: Makefile.in libjava/classpath/native/jni/classpath: Makefile.in libjava/classpath/native/jni/gtk-peer: Makefile.in libjava/classpath/native/jni/java-io: Makefile.in libjava/classpath/native/jni/java-lang: Makefile.in libjava/classpath/native/jni/java-net: Makefile.in libjava/classpath/native/jni/java-nio: Makefile.in libjava/classpath/native/jni/java-util: Makefile.in libjava/classpath/native/jni/qt-peer: Makefile.in libjava/classpath/native/jni/xmlj: Makefile.in libjava/classpath/native/target: Makefile.in libjava/classpath/native/target/Linux: Makefile.in libjava/classpath/native/target/generic: Makefile.in libjava/classpath/resource: Makefile.in libjava/classpath/scripts: Makefile.in Log message: libjava: PR libgcj/24051: * Makefile.in: Rebuilt. * Makefile.am (toolexeclib_LTLIBRARIES): Add Qt library if requested. (lib_gnu_java_awt_peer_qt_la_SOURCES): New variable. (lib_gnu_java_awt_peer_qt_la_LIBADD): Likewise. (lib_gnu_java_awt_peer_qt_la_DEPENDENCIES): Likewise. (lib_gnu_java_awt_peer_qt_la_LDFLAGS): Likewise. (lib_gnu_java_awt_peer_qt_la_LINK): Likewise. * configure: Rebuilt. * configure.ac: Pass --enable-qt-peers when qt is requested. libjava/classpath: PR libgcj/24051: * Makefile.in: Rebuilt. * Makefile.am (ACLOCAL_AMFLAGS): Added -I ../../config * configure: Rebuilt. * configure.ac: Use GCC_NO_EXECUTABLES Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3750&r2=1.3751 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.501&r2=1.502 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.538&r2=1.539 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gcc&r1=1.282&r2=1.283 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.ac.diff?cvsroot=gcc&r1=1.43&r2=1.44 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/ChangeLog.gcj.diff?cvsroot=gcc&r1=1.9&r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/Makefile.am.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/Makefile.in.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/aclocal.m4.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/configure.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/configure.ac.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/doc/Makefile.in.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/doc/api/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/examples/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/external/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/external/sax/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/external/w3c_dom/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/include/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/lib/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/native/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/native/fdlibm/Makefile.in.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/classpath/native/jawt/Makefile.in.diff?cvsroot=g
[Bug fortran/20888] dereferencing NULL still accepted
-- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||accepts-invalid Last reconfirmed|2005-05-19 17:09:57 |2005-09-30 20:47:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20888
[Bug fortran/20884] subroutine accepted in operator interface
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 20:44 --- Seg fault on the mainline: #0 0x080613b1 in gfc_match_end_interface () at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/interface.c:297 #1 0x0805666f in gfc_match_end (st=0xbff95850) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/decl.c:2677 #2 0x0807bd4c in decode_statement () at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/parse.c:209 #3 0x0807be95 in next_statement () at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/parse.c: 356 #4 0x0807d41d in parse_spec (st=ST_INTERFACE) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/parse.c:1424 #5 0x0807dd6e in gfc_parse_file () at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/parse.c:2469 #6 0x08097585 in gfc_be_parse_file (set_yydebug=0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/f95-lang.c:256 -- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||ice-on-invalid-code Last reconfirmed|2005-05-19 17:01:34 |2005-09-30 20:44:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20884
[Bug fortran/20882] error needed
-- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||accepts-invalid Last reconfirmed|2005-05-12 08:33:23 |2005-09-30 20:43:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20882
[Bug fortran/20880] error needed
-- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||accepts-invalid Last reconfirmed|2005-05-12 08:32:31 |2005-09-30 20:43:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20880
[Bug libstdc++/23956] Class __mt_alloc overexerts __policy_type::_S_get_pool
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-30 20:42 --- Fixed in 4.0.3. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23956
[Bug fortran/20878] error needed
-- What|Removed |Added Keywords||accepts-invalid Last reconfirmed|2005-07-22 20:02:34 |2005-09-30 20:42:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20878
[Bug libstdc++/23956] Class __mt_alloc overexerts __policy_type::_S_get_pool
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-30 20:41 --- Subject: Bug 23956 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-30 20:41:41 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/ext: mt_allocator.h Log message: 2005-09-30 Guillaume Melquiond <[EMAIL PROTECTED]> PR libstdc++/23956 * include/ext/mt_allocator.h: Remove excess policy_type::_S_get_pool calls in constructors. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.89&r2=1.2917.2.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/mt_allocator.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.45.8.3&r2=1.45.8.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23956
[Bug fortran/20876] error needed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 20:38 --- We seg fault while trying to print an error message: #0 show_locus (offset=0, loc=0x927130c) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/error.c:137 #1 0x0805cbdc in show_loci (l1=0x927130c, l2=0x0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/error.c:270 #2 0x0805c56c in error_print (type=0x851cb61 "Error:", format0=0x8524a04 "Subroutine call to '%s' in FORALL block at %L is not PURE", argp=Variable "argp" is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/error.c:381 #3 0x0805c757 in gfc_error ( nocmsgid=0x8524a04 "Subroutine call to '%s' in FORALL block at %L is not PURE") at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/error.c:595 #4 0x08081009 in pure_subroutine (c=0x9271300, sym=0x9265178) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/resolve.c:1134 #5 0x0808230a in resolve_specific_s0 (c=0x9271300, sym=0x9265178) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/resolve.c:1255 #6 0x080861ed in resolve_code (code=Variable "code" is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/resolve.c:1269 -- What|Removed |Added Keywords||ice-on-invalid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20876
[Bug middle-end/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 20:34 --- Actually the jump_insn and the backtrace does not make sense because it should have triggered the computed_jump_p part in make_edge. Can you add a fflush(dump_file); right after the print_rtl_single. Also can you attach all of the dumps for -fdump-tree-all-all because the backtrace does not make sense between that the jump_insn having registers allocated already. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug fortran/20872] error needed
-- What|Removed |Added Keywords||accepts-invalid Last reconfirmed|2005-07-22 19:59:41 |2005-09-30 20:22:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20872
[Bug fortran/20871] error needed
-- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||accepts-invalid Last reconfirmed|2005-07-22 19:59:37 |2005-09-30 20:21:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20871
[Bug fortran/20868] reference to upper bound of assumed-size array
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 20:20 --- I get: earth:~>gfortran t.f90 -std=f95 -pedantic t.f90: In function t: t.f90:6: fatal error: gfc_todo: Not Implemented: Unable to determine rank of expression compilation terminated. -- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|2005-07-22 19:59:33 |2005-09-30 20:20:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20868
[Bug fortran/20866] recursively defined statement function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 20:18 --- More of the backtrace: #7 0x080aa0ab in gfc_conv_expr (se=0xbff42734, expr=0x89b8270) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:2285 #8 0x080ad5c8 in gfc_conv_function_expr (se=0xbff42734, expr=Variable "expr" is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:1885 #9 0x080aa0ab in gfc_conv_expr (se=0xbff42734, expr=0x89b8270) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:2285 #10 0x080ad5c8 in gfc_conv_function_expr (se=0xbff42734, expr=Variable "expr" is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:1885 #11 0x080aa0ab in gfc_conv_expr (se=0xbff42734, expr=0x89b8270) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:2285 #12 0x080ad5c8 in gfc_conv_function_expr (se=0xbff42734, expr=Variable "expr" is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:1885 #13 0x080aa0ab in gfc_conv_expr (se=0xbff42734, expr=0x89b8270) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:2285 #14 0x080ad5c8 in gfc_conv_function_expr (se=0xbff42734, expr=Variable "expr" is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:1885 -- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||ice-on-invalid-code Last reconfirmed|2005-04-28 07:49:20 |2005-09-30 20:18:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20866
[Bug middle-end/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-30 20:16 --- Created an attachment (id=9849) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9849&action=view) Dump from -fdump-rtl-expand-all Output from -fdump-rtl-expand-all attached as requested. Note that the jump instruction I posted was obtained by placing the following call directly before the failing gcc_assert. print_rtl_single (dump_file, insn); gcc_assert (JUMP_LABEL (insn)); /* failing assert at cfgbuild.c line 350 */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug middle-end/24146] [4.0/4.1 Regression] ASMs with no output are not marked as volatile
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-30 19:52 --- Subject: Re: [4.0 Regression] Optimizes away FPU control word store On Fri, Sep 30, 2005 at 02:10:48PM -, bonzini at gcc dot gnu dot org wrote: > rth, should this be fixed in the front-end or in the gimplifier? Front end. It's a one liner in build_asm_expr. r~ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24146
[Bug fortran/20863] error needed
-- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Keywords||accepts-invalid Last reconfirmed|2005-07-22 19:57:48 |2005-09-30 19:41:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20863
[Bug middle-end/24151] [4.0/4.1 Regression] gcc.dg/asm-1.c (test for excess errors) fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 19:36 --- Confirmed. As noted before this checking really should be in the front-end and it seems it also needs a check for error_mark_node too. Oh and this is a 4.0 regression too. It was caused by: 2005-09-29 Paolo Bonzini <[EMAIL PROTECTED]> PR c/21419 * gimplify.c (gimplify_asm_expr): Raise an error if an output is read-only. -- What|Removed |Added CC||bonzini at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||error-recovery, ice- ||checking, ice-on-invalid- ||code Known to fail||4.1.0 4.0.3 Known to work||4.0.2 Last reconfirmed|-00-00 00:00:00 |2005-09-30 19:36:43 date|| Summary|[4.1 Regression] gcc.dg/asm-|[4.0/4.1 Regression] |1.c (test for excess errors)|gcc.dg/asm-1.c (test for |fails |excess errors) fails Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24151
[Bug middle-end/24151] New: [4.1 Regression] gcc.dg/asm-1.c (test for excess errors) fails
FAIL: gcc.dg/asm-1.c (test for excess errors) has appeared on mainline on 20050930 on i686-pc-linux.gnu. /scratch/gcc/nightly-2005-09-30-mainline/src/gcc-mainline/gcc/testsuite/gcc.dg/asm-1.c: In function 'f': /scratch/gcc/nightly-2005-09-30-mainline/src/gcc-mainline/gcc/testsuite/gcc.dg/asm-1.c:10: error: invalid lvalue in asm statement /scratch/gcc/nightly-2005-09-30-mainline/src/gcc-mainline/gcc/testsuite/gcc.dg/asm-1.c:10: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in gimplify_asm_expr, at gimplify.c:3547 -- Summary: [4.1 Regression] gcc.dg/asm-1.c (test for excess errors) fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24151
[Bug middle-end/24150] [3.4 only]: HOT_TEXT_SECTION_NAME doesn't have the leading `.'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 19:24 --- Confirmed. This is 3.4 only. The 3.3 branch is no longer maintained. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|c |middle-end Ever Confirmed||1 Known to fail||3.3.6 3.4.4 Known to work||4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-09-30 19:24:11 date|| Summary|[3.3/3.4]: |[3.4 only]: |HOT_TEXT_SECTION_NAME |HOT_TEXT_SECTION_NAME |doesn't have the leading `.'|doesn't have the leading `.' Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24150
[Bug c/24150] New: [3.3/3.4]: HOT_TEXT_SECTION_NAME doesn't have the leading `.'
Gcc 3.3/3.4 has #ifndef HOT_TEXT_SECTION_NAME #define HOT_TEXT_SECTION_NAME "text.hot" #endif #ifndef UNLIKELY_EXECUTED_TEXT_SECTION_NAME #define UNLIKELY_EXECUTED_TEXT_SECTION_NAME "text.unlikely" #endif It is fixed in http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00810.html -- Summary: [3.3/3.4]: HOT_TEXT_SECTION_NAME doesn't have the leading `.' Product: gcc Version: 3.3.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24150
[Bug ada/21717] [4.1 regression] Endless stream of exceptions ( c95085a, c95085b and c95086a)
--- Additional Comments From laurent at guerby dot net 2005-09-30 18:50 --- Unfortunately ia64-linux is currently in very bad shape Ada-wise with 191 ACATS FAIL in Andreas Schwab latest 4.1 run: http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg01362.html May be future fixes for the current dozen x86/x86_64 4.1 regressions will get ia64 in better shape... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21717
[Bug libfortran/24112] Reopening file with STATUS='OLD' doesn't work
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-30 18:48 --- Subject: Bug 24112 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-30 18:47:55 Modified files: libgfortran: ChangeLog libgfortran/io : open.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: open_status_1.f90 Log message: 2005-09-30 Janne Blomqvist <[EMAIL PROTECTED]> libgfortran/ PR 24112 * io/open.c (edit_modes): Check for correct flag. gcc/testsuite/ PR 24112 * gfortran.dg/open_status_1.f90: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.313&r2=1.314 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/open.c.diff?cvsroot=gcc&r1=1.17&r2=1.18 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6118&r2=1.6119 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/open_status_1.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24112
[Bug target/24119] gcc-4.x fails to build on AIX 5.2.0.0-ML04
--- Additional Comments From h dot m dot brand at xs4all dot nl 2005-09-30 18:06 --- Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04 On 30 Sep 2005 16:23:07 -, "dje at gcc dot gnu dot org" <[EMAIL PROTECTED]> wrote: > > --- Additional Comments From dje at gcc dot gnu dot org 2005-09-30 > 16:23 --- Yes, GCC 4.1 needs -Wl,-bbigtoc, but what is > "-B/usr/local/ppc64/bin" for? Once you do something like that, it's an > unsupported build. That's the location where the previous gcc is built, and where this one is to be placed. I'll try without, but until now building gcc's like this using the previous build always worked fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24119
[Bug middle-end/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 17:57 --- (In reply to comment #14) > Here's the offending jump: > > (jump_insn:HI 2539 2830 2305 120 (set (pc) > (reg:SI 66 ctr [ targetm.asm_out.unwind_label ])) 504 > {*indirect_jumpsi} (insn_list:REG_DEP_TRUE 2537 (insn_list:REG_DEP_TRUE 2538 > (insn_list:REG_DEP_TRUE 1498 (nil > (insn_list:REG_LABEL 1504 (expr_list:REG_CROSSING_JUMP (nil) > (nil Huh, this should be an indirect call and not a jump. Can you attach the dumps from -fdump-rtl-expand-all? -- What|Removed |Added Component|rtl-optimization|middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug rtl-optimization/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-30 17:47 --- Here's the offending jump: (jump_insn:HI 2539 2830 2305 120 (set (pc) (reg:SI 66 ctr [ targetm.asm_out.unwind_label ])) 504 {*indirect_jumpsi} (insn_list:REG_DEP_TRUE 2537 (insn_list:REG_DEP_TRUE 2538 (insn_list:REG_DEP_TRUE 1498 (nil (insn_list:REG_LABEL 1504 (expr_list:REG_CROSSING_JUMP (nil) (nil -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug c++/24138] [4.1 regression] ICE with the code in PR 20407
--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-30 17:12 --- Confirmed -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-30 17:12:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24138
[Bug fortran/20856] function result may not be saved
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 17:10 --- In fact we keep the value of Y still: x () { real4 D.480; static real4 y; y = 1.0e+0; D.480 = y; return D.480; } -- What|Removed |Added GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|2005-07-22 19:55:27 |2005-09-30 17:10:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20856
[Bug libstdc++/24064] tr1::unordered_map seems to seg-fault when caching hash values
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-30 16:55 --- Subject: Bug 24064 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-30 16:54:55 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: hashtable Added files: libstdc++-v3/testsuite/tr1/6_containers/unordered/hashtable: 24064.cc Log message: 2005-09-30 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/24064 * include/tr1/hashtable (hash_code_base<>::store_code): Add. (hashtable<>::insert(const value_type&)): Use it. * testsuite/tr1/6_containers/unordered/hashtable/24064.cc: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3116&r2=1.3117 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/hashtable.diff?cvsroot=gcc&r1=1.9&r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/unordered/hashtable/24064.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24064
[Bug libstdc++/24064] tr1::unordered_map seems to seg-fault when caching hash values
-- What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24064
[Bug bootstrap/24094] AIX 51 configure fails with getopt.h not found
--- Additional Comments From dje at gcc dot gnu dot org 2005-09-30 16:28 --- The GCC configuration for AIX already includes libgcj in the noconfigdirs list, so it should not be configured nor built by default. If it is being built, you have made some unsupported change to the GCC configuration. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24094
[Bug target/24119] gcc-4.x fails to build on AIX 5.2.0.0-ML04
--- Additional Comments From dje at gcc dot gnu dot org 2005-09-30 16:23 --- Yes, GCC 4.1 needs -Wl,-bbigtoc, but what is "-B/usr/local/ppc64/bin" for? Once you do something like that, it's an unsupported build. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24119
[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30 16:22 --- Added PR 23367 -- What|Removed |Added BugsThisDependsOn||23367 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
[Bug java/21517] Bytecode -> native code mis-compilation
-- Bug 21517 depends on bug 23182, which changed state. Bug 23182 Summary: instanceof sometimes fails if compiled with -findirect-dispatch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch
-- Bug 24018 depends on bug 23182, which changed state. Bug 23182 Summary: instanceof sometimes fails if compiled with -findirect-dispatch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30 16:17 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch
-- Bug 24018 depends on bug 24148, which changed state. Bug 24148 Summary: [gcc 4.0 only] Linux PPC64 libffi -vs- long double return http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
[Bug libffi/24148] [gcc 4.0 only] Linux PPC64 libffi -vs- long double return
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30 16:15 --- Fix checked in. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148
[Bug libffi/24148] [gcc 4.0 only] Linux PPC64 libffi -vs- long double return
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-30 16:14 --- Subject: Bug 24148 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-30 16:14:26 Modified files: libffi : ChangeLog libffi/src/powerpc: ffi.c linux64.S libffi/testsuite/libffi.call: float1.c Log message: PR libffi/24148 * testsuite/libffi.call/float1.c (value_type): New typedef. (CANARY): New define. (main): Check for result buffer overflow. * src/powerpc/linux64.S: Handle linux64 long double returns. * src/powerpc/ffi.c (FLAG_RETURNS_128BITS): New constant. (ffi_prep_cif_machdep): Handle linux64 long double returns. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.222.2.8&r2=1.222.2.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/src/powerpc/ffi.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.12.2.1&r2=1.12.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/src/powerpc/linux64.S.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.7&r2=1.7.32.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libffi/testsuite/libffi.call/float1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.84.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148
[Bug libffi/24148] [gcc 4.0 only] Linux PPC64 libffi -vs- long double return
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at redhat dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148
[Bug target/24111] [3.4/4.0/4.1 regression] cannot handle identifiers with '$' character
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-09-30 16:12 --- ARM ports have never accepted $ in identifiers. So this isn't a regression. In fact, the only regression would be if they started doing so, since as Paul points out, they are reserved by the ABI. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24111
[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch
-- Bug 24018 depends on bug 24147, which changed state. Bug 24147 Summary: [gcc 4.0 only] Deadlock in java.net.URLClassLoader http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24147 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
[Bug libgcj/24147] [gcc 4.0 only] Deadlock in java.net.URLClassLoader
--- Additional Comments From aph at gcc dot gnu dot org 2005-09-30 16:11 --- . -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24147
[Bug target/24111] [3.4/4.0/4.1 regression] cannot handle identifiers with '$' character
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-09-30 16:06 --- Identifiers containing dollar signs are reserved by ARM ELF, so allowing them by default is probably a bad idea. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24111
[Bug ada/21717] [4.1 regression] Endless stream of exceptions ( c95085a, c95085b and c95086a)
--- Additional Comments From charlet at adacore dot com 2005-09-30 15:54 --- Subject: Re: [4.1 regression] Endless stream of exceptions ( c95085a, c95085b and c95086a) > Maybe an Ada maintainer could at least confirm the bug? AFAIK, this is ia64 specific, so requires an ia64 set up. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21717
[Bug libgcj/23182] instanceof sometimes fails if compiled with -findirect-dispatch
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-30 15:53 --- Subject: Bug 23182 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-30 15:52:56 Modified files: gcc/java : ChangeLog expr.c Log message: 2005-09-30 Andrew Haley <[EMAIL PROTECTED]> PR libgcj/23182 * expr.c (pop_type_0): If the expected type is object or ptr (i.e. void*), return the type of the object we just popped from the stack. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1556.2.31&r2=1.1556.2.32 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/expr.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.218.4.4&r2=1.218.4.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
[Bug ada/21717] [4.1 regression] Endless stream of exceptions ( c95085a, c95085b and c95086a)
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-30 15:51 --- Maybe an Ada maintainer could at least confirm the bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21717
[Bug libgcj/24051] [4.1 Regression] libjava failed to configure
-- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Summary|[4.1 Regression]: libjava |[4.1 Regression] libjava |failed to configure |failed to configure Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24051
[Bug java/21517] Bytecode -> native code mis-compilation
-- What|Removed |Added CC||aph at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-30 15:38:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517
[Bug libffi/24148] [gcc 4.0 only] Linux PPC64 libffi -vs- long double return
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-30 14:58:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148
[Bug libgcj/24147] [gcc 4.0 only] Deadlock in java.net.URLClassLoader
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-30 14:56:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24147
[Bug tree-optimization/23940] SSA_NAMEs are not released after no longer being used.
--- Additional Comments From amacleod at redhat dot com 2005-09-30 14:53 --- I'm fine with the releasessaname.diff.txt you aren't doing anything different than we normally do now. I prefer this over adding a flag to bsi_remove for sure. I looked into an alternative which follows up on the thread we had going. A better longer term solution is to have it all taken care of automatically. I got most of the way through implementing the automatic setting and clearing of SSA_NAME_DEF_STMT as stmts are processed by build_stmt_operands(). That is the one place where we know precisely when a stmt has entered and exited the IL. Then between passes it is trivial to check if SSA_NAME_DEF_STMT is NULL and free the ssa-name. I had it mostly working, but the changes are pretty invasive as no one ever has to set or clear SSA_NAME_DEF_STMT any more, its always simply "right". Its too invasive for stage 3 thats for sure. I'll revisit it when we get back to stage 1 and test out performance and whether its really what we want to do. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23940
[Bug libgcj/24147] [gcc 4.0 only] Deadlock in java.net.URLClassLoader
-- What|Removed |Added OtherBugsDependingO||24018 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24147
[Bug libffi/24148] [gcc 4.0 only] Linux PPC64 libffi -vs- long double return
-- What|Removed |Added OtherBugsDependingO||24018 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148
[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch
--- Additional Comments From mark at gcc dot gnu dot org 2005-09-30 14:49 --- Two bugs added to be backported: - Linux PPC64 libffi -vs- long double return - Deadlock in java.net.URLClassLoader -- What|Removed |Added BugsThisDependsOn||24147, 24148 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
[Bug libffi/24148] [gcc 4.0 only] Linux PPC64 libffi -vs- long double return
-- What|Removed |Added Summary|Linux PPC64 libffi -vs- long|[gcc 4.0 only] Linux PPC64 |double return |libffi -vs- long double ||return http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148
[Bug libffi/24148] New: Linux PPC64 libffi -vs- long double return
A patch was already created and applied for gcc 4.1. It needs to be backported to the 4.0 branch. See http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01605.html -- Summary: Linux PPC64 libffi -vs- long double return Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libffi AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148
[Bug libgcj/24147] New: [gcc 4.0 only] Deadlock in java.net.URLClassLoader
A patch was already created and applied for classpath/gcc 4.1. It needs to be backported to the 4.0 branch. See http://gcc.gnu.org/ml/java/2005-09/msg00053.html -- Summary: [gcc 4.0 only] Deadlock in java.net.URLClassLoader Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24147
[Bug tree-optimization/21430] [4.1 Regression] Quadratic behavior with constant initializers
--- Additional Comments From amacleod at redhat dot com 2005-09-30 14:41 --- patch checked in -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21430