--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com
|dot org
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com
|dot org
--- Comment #1 from tromey at gcc dot gnu dot org 2006-08-17 01:24 ---
For a simple example it does not do this:
opsy. gcj -O2 -fPIC -fjni -findirect-dispatch -o H --main=HelloWorld
HelloWorld.class
opsy. eu-readelf -d H|fgrep lib
NEEDEDShared library: [libgcc_s.so.1
--- Comment #36 from tromey at gcc dot gnu dot org 2006-08-21 22:07 ---
Subject: Bug 13212
Author: tromey
Date: Mon Aug 21 22:07:30 2006
New Revision: 116313
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116313
Log:
boehm-gc
PR libgcj/13212:
* configure.ac: Check
--- Comment #37 from tromey at gcc dot gnu dot org 2006-08-21 22:09 ---
I've checked in the patch which enables explicit thread registration.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2006-08-21 22:19 ---
This looks related to PR 27890.
FWIW I thought we no longer needed a .security file to be installed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28775
--- Comment #10 from tromey at gcc dot gnu dot org 2006-08-21 22:19 ---
See also PR 28775
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
--- Comment #1 from tromey at gcc dot gnu dot org 2006-08-22 22:11 ---
Note that this was deprecated and is planned to be removed in 1.6.
I thought I read somewhere that it doesn't even work in 1.5.
So perhaps we shouldn't bother. (But we should check first.)
--
tromey at gcc dot
--- Comment #4 from tromey at gcc dot gnu dot org 2006-08-22 23:34 ---
Bryce pointed out that we need to deal with the primitive class
objects somehow. Otherwise code like 'new int[5]' will pull in
libgcj.so.
I'll send a patch to the java-patches list.
Could you try it on your test
--- Comment #7 from tromey at gcc dot gnu dot org 2006-08-23 16:58 ---
There's some kind of skew here... I took the code on the trunk
from the RH 4.1 branch, not from the FC RPM.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28698
--- Comment #12 from tromey at gcc dot gnu dot org 2006-08-29 17:27 ---
PR 28067 blocks this -- when merging the gcj-eclipse branch to trunk,
we should remove the workaround patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28892
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #8 from tromey at gcc dot gnu dot org 2006-08-31 17:24 ---
Subject: Bug 28698
Author: tromey
Date: Thu Aug 31 17:23:57 2006
New Revision: 116603
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116603
Log:
PR libgcj/28698:
* libgcj_bc.c
--- Comment #9 from tromey at gcc dot gnu dot org 2006-08-31 22:00 ---
Subject: Bug 28698
Author: tromey
Date: Thu Aug 31 22:00:06 2006
New Revision: 116607
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116607
Log:
PR libgcj/28698:
* libgcj_bc.c
--- Comment #10 from tromey at gcc dot gnu dot org 2006-09-01 16:16 ---
Subject: Bug 28698
Author: tromey
Date: Fri Sep 1 16:16:15 2006
New Revision: 116631
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116631
Log:
PR libgcj/28698:
* libgcj_bc.c
--- Comment #38 from tromey at gcc dot gnu dot org 2006-09-01 16:16 ---
Subject: Bug 13212
Author: tromey
Date: Fri Sep 1 16:16:15 2006
New Revision: 116631
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116631
Log:
PR libgcj/28698:
* libgcj_bc.c
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
OtherBugsDependingO 28067
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
--- Comment #4 from tromey at gcc dot gnu dot org 2006-09-08 19:34 ---
Also see PR 28892
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from tromey at gcc dot gnu dot org 2006-09-11 15:08 ---
I tried to look at this today but the test is missing
a main method (I could work around the lack of a Makefile,
but this is more serious...)
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from tromey at gcc dot gnu dot org 2006-09-11 17:49 ---
Created an attachment (id=12225)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12225action=view)
preprocessed source
Added a self-contained .i file
Compile with -O2 = fails
Compile with -g = works
--
http
--- Comment #10 from tromey at gcc dot gnu dot org 2006-09-11 18:01 ---
Created an attachment (id=12226)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12226action=view)
valgrind report
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28096
--- Comment #11 from tromey at gcc dot gnu dot org 2006-09-11 18:06 ---
I compiled with -O1 and ran valgrind; the results were clean.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28096
--- Comment #6 from tromey at gcc dot gnu dot org 2006-09-11 23:26 ---
Thanks for the updated test.
It fails for me if I compile it to .class with ecj, but not
if I compile it to .class with gcj.
The difference is in the qualification of the reference to
SUFFIX_CLASS in test2 .. ecj
--- Comment #1 from tromey at gcc dot gnu dot org 2006-09-12 15:47 ---
Subject: Bug 28892
Author: tromey
Date: Tue Sep 12 15:47:26 2006
New Revision: 116889
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116889
Log:
PR java/28892:
* expr.c (expand_java_field_op
--- Comment #7 from tromey at gcc dot gnu dot org 2006-09-12 15:55 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from tromey at gcc dot gnu dot org 2006-09-12 15:55 ---
Subject: Bug 28754
Author: tromey
Date: Tue Sep 12 15:55:07 2006
New Revision: 116890
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116890
Log:
PR java/28754:
* expr.c (expand_java_field_op
--- Comment #4 from tromey at gcc dot gnu dot org 2006-09-12 16:05 ---
stack size too large ... this sounds weird.
I haven't looked at the .class yet however.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2006-09-12 16:09 ---
This is fixed in svn head. Part was fixed by the mangling change,
which we can't backport to 4.1. The other part was fixed when
the PR 28892 fix went in today.
I didn't let it try to compute the 1000th number
--- Comment #5 from tromey at gcc dot gnu dot org 2006-09-12 16:13 ---
Ok, I see. Cacao's message is confusing, since what it really
means is that there is a stack overflow in the method:
Attribute Code, length:29, max_stack:0, max_locals:1, code_length:5
0: invokestatic #23
--- Comment #6 from tromey at gcc dot gnu dot org 2006-09-12 16:25 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #2 from tromey at gcc dot gnu dot org 2006-09-12 16:41 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from tromey at gcc dot gnu dot org 2006-09-12 19:01 ---
Subject: Bug 29013
Author: tromey
Date: Tue Sep 12 19:00:48 2006
New Revision: 116902
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116902
Log:
gcc/java
PR java/29013:
* jcf-write.c
--- Comment #8 from tromey at gcc dot gnu dot org 2006-09-12 19:01 ---
Fix checked in.
I probably won't backport this to the 4.1 branch but I would
not object if someone else wanted to.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2006-09-12 19:41 ---
Also fixed on trunk; updating target milestone.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2006-09-13 16:45 ---
I tried this with 4.1 (failed due to missing imports), the RH 4.1 (worked)
and svn head (worked). So, I think we would need more information to
proceed.
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #5 from tromey at gcc dot gnu dot org 2006-09-13 17:17 ---
Fixed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #6 from tromey at gcc dot gnu dot org 2006-09-14 18:06 ---
Subject: Bug 29068
Author: tromey
Date: Thu Sep 14 18:06:04 2006
New Revision: 116948
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116948
Log:
libjava
PR boehm-gc/29068:
* boehm.cc
--- Comment #7 from tromey at gcc dot gnu dot org 2006-09-14 18:07 ---
Fix checked din.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from tromey at gcc dot gnu dot org 2006-09-14 23:19 ---
I think the PR 13212 fix probably fixed this on svn trunk.
Can one of you try that?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2006-09-20 16:53 ---
This will be fixed by the ecj merge; we're deleting this version of gcjh.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
OtherBugsDependingO 28067
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29153
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #16 from tromey at gcc dot gnu dot org 2006-09-20 16:57 ---
Yes, this is a regression.
It works fine with -O2 with my system compiler (FC5 gcc, based on gcc 4.1).
It also works fine with -O2 using my gcc 4.1 build.
It fails with svn head.
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from tromey at gcc dot gnu dot org 2006-09-20 17:04 ---
Yes, I plan on making an ecj jar download available.
In the near term I will put one on gcc.gnu.org (or elsewhere).
In the longer term I plan to get my ecj changes upstream, and then
we will be able to point people
--- Comment #8 from tromey at gcc dot gnu dot org 2006-09-20 19:15 ---
ok, I'm closing.
Please reopen if it is still a problem.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from tromey at gcc dot gnu dot org 2006-09-21 17:02 ---
I think the best solution is to disable the check.
We don't need it and making it always be correct seems like a pain.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27823
--- Comment #4 from tromey at gcc dot gnu dot org 2006-09-21 17:07 ---
Maybe a --with-installed-ecj-jar=/path option would be good.
Then a distro like fedora could build gcj by pointing it at
an already-installed ecj; we could install a little sh script
in the right place that would run
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from tromey at gcc dot gnu dot org 2006-09-23 22:33 ---
Note that -d doesn't do anything when compiling to object.
However, adding -C doesn't help either.
A simple workaround is to add -Isrc.
This is fixed on the gcj-eclipse branch, I marked this PR as
depending on PR
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #2 from tromey at gcc dot gnu dot org 2006-09-25 21:04 ---
Subject: Bug 29178
Author: tromey
Date: Mon Sep 25 21:04:01 2006
New Revision: 117209
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117209
Log:
PR libgcj/29178:
* gnu/java/nio/charset
--- Comment #3 from tromey at gcc dot gnu dot org 2006-09-25 21:22 ---
Fix checked in.
I'm not planning to back-port this to 4.1.
A 4.1 fix couldn't include the new methods, for binary compatibility.
But it could include the one hunk for the comparison, which would
suffice
--- Comment #3 from tromey at gcc dot gnu dot org 2006-09-26 17:21 ---
Subject: Bug 29180
Author: tromey
Date: Tue Sep 26 17:21:32 2006
New Revision: 117232
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117232
Log:
2006-09-26 Jack Howarth [EMAIL PROTECTED]
PR target
--- Comment #4 from tromey at gcc dot gnu dot org 2006-09-26 17:23 ---
Fix checked in.
I also forwarded it to Hans.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from tromey at gcc dot gnu dot org 2006-09-27 21:24 ---
Subject: Bug 26792
Author: tromey
Date: Wed Sep 27 21:24:23 2006
New Revision: 117259
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117259
Log:
2006-09-26 Jack Howarth [EMAIL PROTECTED]
PR target
--- Comment #26 from tromey at gcc dot gnu dot org 2006-09-27 21:43 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
OtherBugsDependingO 28067
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29278
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-02 17:51 ---
I suspect we should put the version number, or at least major.minor,
into the name. So, libgcj-4.1.pc, libgcj-4.2.pc, etc.
What do you think of this?
--
tromey at gcc dot gnu dot org changed:
What
: enhancement
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29324
--- Comment #2 from tromey at gcc dot gnu dot org 2006-10-02 18:39 ---
Yes, it really is a bug.
libgcj can reap a child process started by some other library.
This means it is hard to use libgcj in conjunction with other libraries
which may want to do their own subprocess bookkeeping
--- Comment #2 from tromey at gcc dot gnu dot org 2006-10-03 02:12 ---
I can't reproduce this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2006-10-05 22:03 ---
Also happens with gcc svn head.
I was also going to CC dog :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29362
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-06 18:15 ---
Andrew fixed this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2006-10-06 19:21 ---
Created an attachment (id=12391)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12391action=view)
proposed patch
This patch makes the crash go away.
The bug is that strip() unconditionally uses 'stylesheet
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-06 22:55 ---
Subject: Bug 29278
Author: tromey
Date: Fri Oct 6 22:55:24 2006
New Revision: 117521
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117521
Log:
PR libgcj/29278:
* Makefile.in: Rebuilt
--- Comment #2 from tromey at gcc dot gnu dot org 2006-10-06 22:55 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from tromey at gcc dot gnu dot org 2006-10-10 17:19 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from tromey at gcc dot gnu dot org 2006-10-10 18:44 ---
Subject: Bug 29205
Author: tromey
Date: Tue Oct 10 18:44:06 2006
New Revision: 117610
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117610
Log:
PR libgcj/29205:
* Makefile.in: Rebuilt
--- Comment #5 from tromey at gcc dot gnu dot org 2006-10-10 18:45 ---
I've checked in the fix on the trunk.
Do we need this in 4.1? I assume not on the theory that
now the file names won't clash...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29205
--- Comment #6 from tromey at gcc dot gnu dot org 2006-10-10 19:32 ---
Subject: Bug 29362
Author: tromey
Date: Tue Oct 10 19:31:56 2006
New Revision: 117612
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117612
Log:
PR classpath/29362:
* gnu/xml/transform
--- Comment #8 from tromey at gcc dot gnu dot org 2006-10-10 19:38 ---
Subject: Bug 29362
Author: tromey
Date: Tue Oct 10 19:37:52 2006
New Revision: 117613
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117613
Log:
PR classpath/29362:
* gnu/xml/transform
--- Comment #9 from tromey at gcc dot gnu dot org 2006-10-10 19:39 ---
I checked this in.
I'd still appreciate a review from Chris though.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from tromey at gcc dot gnu dot org 2006-10-11 21:06 ---
I doubt those configure warnings are very important.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-13 20:09 ---
The config.log file in the appropriate build directory
(the libjava target directory, or maybe the classpath subdir)
will have more information -- the test program, the command line.
Could you post that info here
--- Comment #9 from tromey at gcc dot gnu dot org 2006-10-16 19:00 ---
You may want to try --disable-multilib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:24 ---
*** This bug has been marked as a duplicate of 29491 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:24 ---
*** Bug 29492 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29491
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:34 ---
I've done #1 and #3.
The cache code hasn't yet been written.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28454
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29495
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 22:23 ---
... and also enum, synthetic, and annotation for Class
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2006-10-18 23:36 ---
Subject: Bug 28938
Author: tromey
Date: Wed Oct 18 23:36:32 2006
New Revision: 117868
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117868
Log:
PR java/28938:
* doc/install.texi (Prerequisites
--- Comment #6 from tromey at gcc dot gnu dot org 2006-10-18 23:37 ---
Note that this isn't quite fixed yet, as we haven't documented
how to handle gcjh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
: [ecj] update gcjh documentation
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http
--- Comment #7 from tromey at gcc dot gnu dot org 2006-10-21 21:49 ---
I'm going to close this as fixed.
Thanks Gerald.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29594
--- Comment #3 from tromey at gcc dot gnu dot org 2006-10-26 17:58 ---
Instead of directly calling accept we could select or poll on the fd.
This would let us have a timeout or an interrupt or something.
For all I know poll would react more gracefully to another thread
closing the fd
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-18
00:53 ---
This bug occurs in 3 places.
* In the interpreter and the old abi, the problem is similar.
We do not properly implement the ACC_SUPER semantics of the
invokespecial opcode. The fix in both these cases
: tromey 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=20047
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-18
22:00 ---
I'm looking at this
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-18
23:10 ---
There is a special case in putfield for setting a field
before the object reference has been initialized -- this is valid
in some cases. This bug occurs because we aren't properly
checking all
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-19
01:52 ---
I've checked in the fix for this.
--
What|Removed |Added
Status|ASSIGNED
: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-20
22:32 ---
I've checked in this patch
--
What|Removed |Added
Status|NEW
.class twice
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
CC: gcc-bugs
gnu dot org
ReportedBy: tromey 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=20507
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-17
02:17 ---
Are there other threads running?
If so, could you send stack traces from these as well?
If not, then something more serious has gone wrong on your system, as it is
hanging on a mutex in the C library
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-22
20:37 ---
I'm testing a patch for this.
--
What|Removed |Added
AssignedTo|unassigned at gcc
1 - 100 of 1564 matches
Mail list logo