--- 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
(performan
--- 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 that there
is a
--- 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 #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 #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 #8 from mckinlay at redhat dot com 2006-05-17 15:18 ---
Fixed
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|ASSIGNED
dTo: unassigned at gcc dot gnu dot org
ReportedBy: mckinlay at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27643
scompilation
Product: gcc
Version: 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 #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
--- 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
ary: gij should 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
htt
--- 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 #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 Linu
--- 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 #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
ReportedBy: mckinlay 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 #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
--- 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
--- 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.prin
--- Additional Comments From mckinlay at redhat dot com 2005-02-16 04:22
---
Michael (or someone else who has seen this bug),
Could you confirm that this patch fixes it?
Thanks
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19823
--- Additional Comments From mckinlay at redhat dot com 2005-03-09 18:06
---
Other Java compilers generate "accessor" methods for calls to private methods in
a nested class, the real bug here is that GCJ doesn't do this - thats why the
javac bytecode works fine on gij b
--- Additional Comments From mckinlay at redhat dot com 2005-03-09 18:22
---
gcj is generating code which references private members across class boundaries,
which isn't legal at the class/VM level. To fix this, we need to generate
package-private accessor methods when a private m
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 00:52
---
Fixed with the new verifier.
--
What|Removed |Added
Status|NEW
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 00:53
---
Fixed with the new verifier.
--
What|Removed |Added
Status|NEW
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 01:29
---
This is failing because the bytecode in this .jar really is broken:
public class Test
{
public static void main(String[] args) throws Exception
{
Class f = Class.forName
--- Additional Comments From mckinlay at redhat dot com 2005-03-10 11:30
---
Why not check in the test case and XFAIL it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20338
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 19:01
---
I think in general, if a .jar is valid for the VM, then we should do our best to
compile it without an error. So - we should just ignore (well, issue a warning
perhaps) duplicately-named class files in a jar
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 19:33
---
I wonder why this check doesn't catch it (jcf-parse.c):
if (CLASS_PARSED_P (current_class))
{
/* FIXME - where was first time */
fatal_error ("reading class %s for the second ti
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 22:27
---
The patch looks reasonable to me. Is the quoting feature something that should
be used in Perl style regular expressions as well, or is this a difference
between Perl-style and Java-style? If it is a difference
--- Additional Comments From mckinlay at redhat dot com 2005-03-17 01:29
---
Please make sure the ChangeLog is properly formatted. You're missing the name of
the changed method, and a "*" beside the filename. We're quite picky about this
;-)
Otherwise, the patch
t: 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
CC: gcc-bugs at gcc dot gnu dot or
--- Additional Comments From mckinlay at redhat dot com 2005-03-31 19:01
---
I'm not sure that this should really be considered a bug. loadLibrary() must
obviously be a privileged function because arbritary code could be loaded by
calling it (possibly from an insecure context)
--- Additional Comments From mckinlay at redhat dot com 2005-04-04 20:03
---
Whats the advantage to setting these at configure time? Couldn't java-gcj-compat
just set them when it invokes gij?
It seems a little awkward to hardcode paths like "java-1.4.2-gcj-1.4.2.0" i
--- Additional Comments From mckinlay at redhat dot com 2005-04-04 21:27
---
Yeah, in the case where java-gcj-compat is merged into libgcj (ie libgcj is set
up to look like a JVM) then this option makes sense.
libgcj would install its .jars and whatever other JVMish files applications
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|java|libgcj
Ever Confirmed||1
--- Additional Comments From mckinlay at redhat dot com 2005-04-04 22:31
---
Thanks, I've checked in your patch for this. Note that in theory, fastjar should
be target-neutral, so I don't think it makes much sense to call it
$(target)-fastjar... oh well.
--
What
--- Additional Comments From mckinlay at redhat dot com 2005-04-05 18:33
---
Confirmed. There seems to be something unique about the exception table
generated by ecj which confuses gcj. Note that this happens both with or without
optimization.
--
What|Removed
--- Additional Comments From mckinlay at redhat dot com 2005-04-05 21:46
---
Is this is a Multi-processor machine? Does the crash always occur 100% in the
same place or is it intermittent? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20775
--- Additional Comments From mckinlay at redhat dot com 2005-04-12 19:56
---
Yes, this should be removed - it has been superceeded by texidoclet in
classpath-tools, anyway. I will check in this patch.
--
What|Removed |Added
--- Additional Comments From mckinlay at redhat dot com 2005-04-12 20:09
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
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=20977
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=20978
--- Additional Comments From mckinlay at redhat dot com 2005-04-12 23:26
---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From mckinlay at redhat dot com 2005-04-18 14:55
---
I don't think a gij test failure is expected. Array_3 is known to fail when
native compiled, however.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353
--- 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 &
Priority: P2
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 referen
--- 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
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
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-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
--- 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-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
--
--- 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.
--
mckinl
--- 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-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 compa
--- 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
-
--- 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-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-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
Severity: normal
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/bugz
ity: 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=22580
--
What|Removed |Added
Summary|"make -j" doesn't effect|'make -j' doesn't effect
|source->bytecode compilation|source->bytecode compilation
http://
--- 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)
at
--- 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 #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 lib
--- 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 #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 #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 eff
--- 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 m
--- 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=11156&action=view)
Test Case
New version of the test case, which tests both public and private method
invocation.
--
--- 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=11161&action=view)
patch implementing GC_register_my_thread
Here's a patch that fixes this by adding functions to the G
--- 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
1 - 100 of 166 matches
Mail list logo
