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 i
--
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
--
--- 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
--- 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 : Change
--- 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: Change
--- 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
--- 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 M
--- 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 M
--
What|Removed |Added
Severity|normal |minor
Component|c |rtl-optimization
GCC target triplet|
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,i
--- 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:
.
--- 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
--- 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
--- 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
--- 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
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();
}
>>>
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]
--- 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 t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30
22:53 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- 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
-
--- 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|
--- 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
--- 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
--- 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
--
--- 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=defa
--- 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
(ins
--- 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 me
--- 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
--- 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
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
--- 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,
--
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
-
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30
21:04 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOL
--- 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: Change
--- 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
--
What|Removed |Added
Severity|enhancement |minor
GCC target triplet|i686-pc-linux-gnu |
Last reconfirmed|2005-05-19 17:19:44 |2005-09
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30
20:49 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOL
--- 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 )
--- 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
--
What|Removed |Added
GCC target triplet|i686-pc-linux-gnu |
Keywords||accepts-invalid
Last reconfirmed|2005-05-19 17:14:58
--
What|Removed |Added
Keywords||accepts-invalid
Last reconfirmed|2005-06-19 07:14:43 |2005-09-30 20:47:38
date|
--- 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 con
--
What|Removed |Added
GCC target triplet|i686-pc-linux-gnu |
Keywords||accepts-invalid
Last reconfirmed|2005-05-19 17:09:57
--- 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/
--
What|Removed |Added
GCC target triplet|i686-pc-linux-gnu |
Keywords||accepts-invalid
Last reconfirmed|2005-05-12 08:33:23
--
What|Removed |Added
GCC target triplet|i686-pc-linux-gnu |
Keywords||accepts-invalid
Last reconfirmed|2005-05-12 08:32:31
--- 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|RESOLVE
--
What|Removed |Added
Keywords||accepts-invalid
Last reconfirmed|2005-07-22 20:02:34 |2005-09-30 20:42:14
date|
--- 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 : Change
--- 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,
--- 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
--
What|Removed |Added
Keywords||accepts-invalid
Last reconfirmed|2005-07-22 19:59:41 |2005-09-30 20:22:03
date|
--
What|Removed |Added
GCC target triplet|i686-pc-linux-gnu |
Keywords||accepts-invalid
Last reconfirmed|2005-07-22 19:59:37
--- 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
--- 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
--- 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
--- 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 gimpli
--
What|Removed |Added
GCC target triplet|i686-pc-linux-gnu |
Keywords||accepts-invalid
Last reconfirmed|2005-07-22 19:57:48
--- 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 P
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.
--- 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
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
--
Sum
--- 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 cur
--- 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 : o
--- 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
--- 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
--- 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 2
--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-30 17:12
---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
--- 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
--
--- 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/inclu
--
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24064
--- 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 config
--- 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
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30
16:22 ---
Added PR 23367
--
What|Removed |Added
BugsThisDependsOn||23367
--
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
-
--
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
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-30
16:17 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
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
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-30
16:15 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOL
--- 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 : Change
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at redhat dot com
|dot org |
Status|NEW
--- 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.
--
--
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
---
--- Additional Comments From aph at gcc dot gnu dot org 2005-09-30 16:11
---
.
--
What|Removed |Added
Status|NEW |RESOLVED
Resol
--- 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
--- 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.
--- 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 : Change
--- 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
--
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Summary|[4.1 Regres
--
What|Removed |Added
CC||aph at gcc dot gnu dot org
Status|UNCONFIRMED |NEW
Ever Confirmed|
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-09-
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-09-
--- 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
--
What|Removed |Added
OtherBugsDependingO||24018
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24147
--
What|Removed |Added
OtherBugsDependingO||24018
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24148
--- 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
--
--
What|Removed |Added
Summary|Linux PPC64 libffi -vs- long|[gcc 4.0 only] Linux PPC64
|double return |libffi -vs- long double
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: UN
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
--- Additional Comments From amacleod at redhat dot com 2005-09-30 14:41
---
patch checked in
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
1 - 100 of 185 matches
Mail list logo
