--- Comment #4 from mckinlay at redhat dot com 2006-07-12 13:59 ---
I've committed a patch which fixes the off by one error seen with
ecj-produced bytecode. The missing line number issue is a different bug. It
seems that gcj -C simply does not generate any debug info for the snafu
at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28352
--- Comment #1 from mckinlay at redhat dot com 2006-07-11 21:32 ---
Correction: the description should read the line number for the inner-most
frame is missing from the stack trace.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28352
--- Comment #8 from mckinlay at redhat dot com 2006-07-06 22:56 ---
Fixed. libgcj no longer needs to do symbol demangling.
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #7 from mckinlay at redhat dot com 2006-07-06 23:06 ---
Verified that freenet-0.5.2.1 now produces valid stack traces running under
gcj.
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #1 from mckinlay at redhat dot com 2006-06-30 19:01 ---
The sizes of the constant-merging sections must be a multiple of the alignment
of their contents. UtfConsts have 2-byte alignment, so odd-sized strings are
rounded up and go in the next-sized bucket.
So, it is correct
--- Comment #2 from mckinlay at redhat dot com 2006-06-30 19:04 ---
Correction: Both XX and ODD go in .rodata.jutf8.8. would go in
.rodata.jutf8.10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22299
--- Comment #1 from mckinlay at redhat dot com 2006-06-29 18:10 ---
Using /proc/self/exe would only work for gij - we'd want a solution that can
work for native binaries as well, so figuring out the prefix based on
libgcj.so's location is probably better.
On Linux, this can be found
--- Comment #2 from mckinlay at redhat dot com 2006-06-07 18:06 ---
*** This bug has been marked as a duplicate of 19870 ***
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #20 from mckinlay at redhat dot com 2006-06-07 18:06 ---
*** Bug 27925 has been marked as a duplicate of this bug. ***
--
mckinlay at redhat dot com changed:
What|Removed |Added
dlopen() libgcj
Product: gcc
Version: 2.95
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat dot com
http://gcc.gnu.org/bugzilla
--- Comment #1 from mckinlay at redhat dot com 2006-06-07 21:58 ---
No longer neccessary, since Tom has changed gij to not re-exec itself:
http://gcc.gnu.org/ml/java-patches/2006-q2/msg00330.html
--
mckinlay at redhat dot com changed:
What|Removed
--- Comment #2 from mckinlay at redhat dot com 2006-06-01 11:07 ---
This rule is mentioned in the last paragraph of JVMS, S 5.4.4:
http://java.sun.com/docs/books/vmspec/2nd-edition/html/ConstantPool.doc.html#75929
It is explicitly stated that this is checked during verification
: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27812
--- Comment #8 from mckinlay at redhat dot com 2006-05-17 15:18 ---
Fixed
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|ASSIGNED
: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27643
--- Comment #6 from mckinlay at redhat dot com 2006-05-16 01:03 ---
I've posted a suggested fix here:
http://gcc.gnu.org/ml/java-patches/2006-q2/msg00168.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27352
--- Comment #2 from mckinlay at redhat dot com 2006-05-02 15:33 ---
I could not reproduce the bootstrap failure on x86-64 as of revision 113466.
The test case does fail, however, when built with -findirect-dispatch.
Looks like a dupe of bug 26447 ?
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from mckinlay at redhat dot com 2006-05-02 17:32 ---
*** This bug has been marked as a duplicate of 26447 ***
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #13 from mckinlay at redhat dot com 2006-05-02 17:32 ---
*** Bug 27389 has been marked as a duplicate of this bug. ***
--
Bug 26447 depends on bug 27389, which changed state.
Bug 27389 Summary: [4.2 Regression] java: verify_flow_info fails
http://gcc.gnu.org/bugzilla
--- Comment #3 from mckinlay at redhat dot com 2006-04-20 21:45 ---
It does look like these should be made robust in the case of an EINTR which was
caused by a signal other than the interrupt signal.
As for ignoring ENOTCONN and ECONNRESET, I have a vague recollection
--- Comment #9 from mckinlay at redhat dot com 2006-04-20 23:55 ---
I have checked in the fix to the trunk and gcc-4_1-branch.
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #4 from mckinlay at redhat dot com 2006-04-11 18:08 ---
You are correct - I didn't notice that setTcpNoDelay, etc, call getImpl() -
however, this could be fixed if neccessary.
The question is whether this fix is the best one. Is there any disadvantage
(performance
--- Comment #2 from mckinlay at redhat dot com 2006-04-06 20:08 ---
I'm not sure I follow this. create() does not get called until the socket is
bound. Don't we know at that point whether we're binding to an IPV4 or IPV6
address?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27066
--- Comment #5 from mckinlay at redhat dot com 2006-04-05 15:19 ---
(In reply to comment #4)
I would argue that Sun's implementation is correct in this case in the
sense that hasNext() doesn't actually modify anything, only next() does.
Yeah, I agree - although you might get a bogus
--
mckinlay at redhat dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mckinlay at redhat dot com
|dot org
--- Comment #6 from mckinlay at redhat dot com 2006-04-05 15:22 ---
*** This bug has been marked as a duplicate of 27028 ***
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #6 from mckinlay at redhat dot com 2006-04-05 15:22 ---
*** Bug 24632 has been marked as a duplicate of this bug. ***
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #8 from mckinlay at redhat dot com 2006-04-05 18:43 ---
Fix checked in to Classpath HEAD and gcc-4_1_branch
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #1 from mckinlay at redhat dot com 2006-04-04 19:52 ---
I couldn't reproduce this when installing Subclipse, but after installing it
and subsequently trying to disable it, I reproducably get the following crash
--- Comment #2 from mckinlay at redhat dot com 2006-04-04 20:34 ---
The difference between Sun's and Classpath's implementation appears to be that
Classpath will check for Concurrent Modification on both hasNext() and next()
calls, while Sun's implementation only checks next() calls
--- Comment #32 from mckinlay at redhat dot com 2006-03-30 15:51 ---
(In reply to comment #31)
Yes, this patch should fix all the OpenOffice issues.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13212
--- Comment #7 from mckinlay at redhat dot com 2006-03-29 18:59 ---
With a public call, as in the current test case, it is only about 2.5X slower
than HotSpot for me:
$ ./a.out
public call: 499 ms
private call: 7344 ms
$ java RefTest3
public call: 182 ms
private call: 808 ms
Private
--- Comment #8 from mckinlay at redhat dot com 2006-03-29 19:00 ---
Created an attachment (id=11156)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11156action=view)
Test Case
New version of the test case, which tests both public and private method
invocation.
--
http
--- Comment #30 from mckinlay at redhat dot com 2006-03-30 07:00 ---
Created an attachment (id=11161)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11161action=view)
patch implementing GC_register_my_thread
Here's a patch that fixes this by adding functions to the GC that allow
--- Comment #3 from mckinlay at redhat dot com 2006-03-27 18:28 ---
GCJ could be made to generate explicit null checks when large offsets are used.
It is probably relatively rare to have a normal object that is larger than a
page, so performance for most apps shouldn't be effected
--- Comment #3 from mckinlay at redhat dot com 2006-03-08 18:36 ---
Yes. This is fixed in GCC 4.1.
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #2 from mckinlay at redhat dot com 2006-03-09 03:16 ---
Can anyone make a test case for this? I was unable to reproduce it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26390
--- Comment #2 from mckinlay at redhat dot com 2006-02-20 19:47 ---
You must be using a very old GCJ - this was fixed a long time ago.
*** This bug has been marked as a duplicate of 12475 ***
--
mckinlay at redhat dot com changed:
What|Removed
--- Comment #7 from mckinlay at redhat dot com 2006-02-20 19:47 ---
*** Bug 26351 has been marked as a duplicate of this bug. ***
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #2 from mckinlay at redhat dot com 2006-02-13 22:02 ---
libgcj is not yet using Classpath's locale database, so classes (including
Calendar) that rely on the old locale information are yet to be merged. I'm
working on a patch for the trunk that will switch libgcj to use
--- Comment #4 from mckinlay at redhat dot com 2006-02-09 01:38 ---
Fixed.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #4 from mckinlay at redhat dot com 2006-02-09 01:39 ---
Fixed.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from mckinlay at redhat dot com 2006-02-06 18:38 ---
You might need a multiprocessor or hyper-threaded machine to reproduce it. I
was able to reproduce it with HEAD just now:
$ while (true) do gij GCTest; done
[20]: Success
java.lang.LinkageError: field type
--- Comment #5 from mckinlay at redhat dot com 2006-02-06 18:41 ---
Another example of failure:
[5]: Success
java.lang.NullPointerException
at GCTest.testObjChain (GCTest.java:251)
at GCTest.testObjArray (GCTest.java:191)
at GCTest.run (GCTest.java:104
--- Comment #7 from mckinlay at redhat dot com 2005-11-21 22:02 ---
Except that under Bryce's GCJ, the function terminates successfully
even if you throw in System.out.println's into it, thus tainting its
purity.
No, when I add a System.out.println(hi), and compile with a trunk gcj
--- Comment #4 from mckinlay at redhat dot com 2005-11-17 17:38 ---
I'm curious whether other Java implementations do this - my guess is no, since
some of these locks are mandated by the spec (during class initialization, for
example), so it seems that denial-of-service attacks would
--- Comment #14 from mckinlay at redhat dot com 2005-10-25 20:36 ---
Robert, thanks very much for working on this. Examining the behaviour of Sun's
verifier a bit more shows that it does attempt to resolve classes where type
compatibility can not be proven by a simple string comparison
--- Comment #10 from mckinlay at redhat dot com 2005-10-13 01:12 ---
Fixed checked in to 4.0 branch.
--
mckinlay at redhat dot com changed:
What|Removed |Added
--- Comment #9 from mckinlay at redhat dot com 2005-10-13 01:14 ---
Fixed checked in to 4.0 branch.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Target
--- Comment #14 from mckinlay at redhat dot com 2005-10-05 19:39 ---
All patches from this bug have now been ported to the 4.0 branch, so I'm
closing it. Future fixes for 4.0 should be considered on a case-by-case basis,
or a new meta-bug opened if it freezes again.
--
mckinlay
--- 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
--
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-09-26 22:36
---
AC_PROG_CXX is, presumably, needed by classpath in order to build the Qt peers.
Although this is not the default configuration, it means we can't remove
AC_PROG_CXX.
The libjava configure gets around
--- Additional Comments From mckinlay at redhat dot com 2005-09-26 22:41
---
Please ignore this patch, I attached it to the wrong bug. Sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24057
--- Additional Comments From mckinlay at redhat dot com 2005-09-23 22:05
---
PR 19870. Although these patches are largeish, they have been tested in HEAD for
some time and should be pretty safe. They are needed for OO.org.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat dot com
CC: gcc
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:28
---
PR 23891 fix. This is required to build ECJ.
--
What|Removed |Added
BugsThisDependsOn
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:30
---
Patch to fix classloader deadlock. Needed for Jonas.
http://gcc.gnu.org/ml/java-patches/2005-q3/msg00412.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:34
---
PR 21418. Needed to build classpath reliably.
--
What|Removed |Added
BugsThisDependsOn
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:39
---
PR 23182. Fixes a miscompilation affecting Eclipse.
--
What|Removed |Added
BugsThisDependsOn
--
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:45
---
This patch should go into the 4.0 branch, once that thaws.
--
What|Removed |Added
Target
--- Additional Comments From mckinlay at redhat dot com 2005-09-15 14:19
---
Fixed checked in to HEAD, but this should also be applied to 4.0 branch because
its a regression from 4.0.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat 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=23891
--- Additional Comments From mckinlay at redhat dot com 2005-09-15 00:08
---
The problem is that fold_constant_for_init() saves the current_class state when
resolving other dependent constants, but not the current package
(ctxp-package). If a constant in another package is referenced
--- Additional Comments From mckinlay at redhat dot com 2005-09-05 22:20
---
IMO Sun actually got it wrong here ;-) Reading function arguments from
left-to-right, I'd expect the first argument to be the context (Is) and the
second to be the class refered to in (the From).
Having said
: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat 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=22580
--
What|Removed |Added
Summary|make -j doesn't effect|'make -j' doesn't effect
|source-bytecode compilation|source-bytecode compilation
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat 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=22463
--- Additional Comments From mckinlay at redhat dot com 2005-07-11 15:44
---
There might be a way to implement this without additional _Jv_AllocObject cost
and without adding new ABI tables.
If abstract classes and interfaces were given a zero or negative value in their
size field, I
--- Additional Comments From mckinlay at redhat dot com 2005-07-07 14:46
---
Fixed on HEAD.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 18131 depends on bug 21045, which changed state.
Bug 21045 Summary: Anonymous inner class constructor's exceptions can't be
caught or thrown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21045
What|Old Value |New Value
--- Additional Comments From mckinlay at redhat dot com 2005-07-07 14:47
---
Fixed on HEAD.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20697 depends on bug 18119, which changed state.
Bug 18119 Summary: Private inner class is visible when it shouldn't be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119
What|Old Value |New Value
--
Bug 18131 depends on bug 18119, which changed state.
Bug 18119 Summary: Private inner class is visible when it shouldn't be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18119
What|Old Value |New Value
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- Additional Comments From mckinlay at redhat dot com 2005-07-06 19:05
---
Fixed in HEAD
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 18131 depends on bug 19674, which changed state.
Bug 19674 Summary: Empty declaration through semicolon (;) causes compile
failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19674
What|Old Value |New Value
--- Additional Comments From mckinlay at redhat dot com 2005-06-23 15:02
---
Fix checked in.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 18131 depends on bug 20697, which changed state.
Bug 20697 Summary: Invalid Can't find method error on call to super
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
What|Old Value |New Value
ReportedBy: mckinlay at redhat 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=22128
--- Additional Comments From mckinlay at redhat dot com 2005-06-17 22:59
---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
--- Additional Comments From mckinlay at redhat dot com 2005-06-18 01:49
---
GCJ actually has the resolution order correct here. The problem is that a.A.B is
not visible from b.C, because its a private class. Instead of an error, however,
GCJ needs to resolve to the visible class b.B
--- Additional Comments From mckinlay at redhat dot com 2005-06-18 01:50
---
I'm testing a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19674
--- Additional Comments From mckinlay at redhat dot com 2005-06-18 01:51
---
I'm testing a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21045
--- Additional Comments From mckinlay at redhat dot com 2005-06-15 21:43
---
I'm testing a fix. This is a different problem to 18131.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- Additional Comments From mckinlay at redhat dot com 2005-06-15 21:44
---
Err, 18119 I mean.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- Additional Comments From mckinlay at redhat dot com 2005-06-15 22:07
---
*** This bug has been marked as a duplicate of 20697 ***
--
What|Removed |Added
--- Additional Comments From mckinlay at redhat dot com 2005-06-15 22:07
---
*** Bug 22060 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From mckinlay at redhat dot com 2005-06-09 00:56
---
I've checked this in to HEAD and Classpath cvs. Strictly speaking, it shouldn't
go into GCC 4.0 as its an ABI change and our no-C++-abi-incompatible-changes
policy is still in place. Do you need it for 4.0
--- Additional Comments From mckinlay at redhat dot com 2005-05-30 15:35
---
Its easy to fix this for natFileChannelImpl.cc.
For natFilePosix.cc it is not so simple - is there a portable alternative to
realpath() that does not require the use of MAXPATHLEN / PATH_MAX
: String.substring sharing heuristic should be improved
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat dot com
--- Additional Comments From mckinlay at redhat dot com 2005-05-19 20:30
---
Yeah, its probably pointless backporting anything else this late in the 3.4
cycle, especially now that 4.0 is out. I'm closing the PR.
--
What|Removed |Added
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat 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=21557
--- Additional Comments From mckinlay at redhat dot com 2005-05-14 00:43
---
Fix checked in.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From mckinlay at redhat dot com 2005-05-03 21:57
---
There is already a ChangeLog entry with the patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21372
--- Additional Comments From mckinlay at redhat dot com 2005-05-02 16:44
---
It sounds like this is just a matter of testing that it really does work now.
Pinskia: If you could test/post a patch, that would be great.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21325
--- Additional Comments From mckinlay at redhat dot com 2005-04-20 15:56
---
Ziga, please let us know as soon as your FSF paperwork clears. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
1 - 100 of 165 matches
Mail list logo
