--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-22 20:26 ---
I have a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
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-05-18 16:01 ---
I was able to reproduce yesterday; but I'm updating and rebuilding
just to be sure.
The bug is dependent on the order in which the .class files are read.
--
tromey at gcc dot gnu dot org changed
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-18 16:02 ---
Thanks for filing this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-15 23:36 ---
The needed patch is now in Classpath.
So, we're just waiting for a merge.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22579
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-13 23:27 ---
Quick note on the status of this -- after the next Classpath
import, we should simply remove our copy of URLConnection and
also our copy of gnu.java.net.DefaultContentHandlerFactory
--
http://gcc.gnu.org
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-14 03:03 ---
I have 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-05-05 15:05 ---
Subject: Bug 27294
Author: tromey
Date: Fri May 5 15:05:20 2006
New Revision: 113554
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113554
Log:
PR libgcj/27294:
* java/lang/natVMClassLoader.cc
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-05 15:06 ---
Now we print something nicer:
opsy. gij t
Exception in thread main java.lang.VirtualMachineError: found class file for
class t, but no interpreter configured in this libgcj
--
tromey at gcc dot gnu dot org
--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-04 15:25 ---
I'm handling this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-04 17:35 ---
Subject: Bug 26861
Author: tromey
Date: Thu May 4 17:35:05 2006
New Revision: 113531
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113531
Log:
PR libgcj/26861:
* interpret.cc (run
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-04 17:42 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-04 18:10 ---
It isn't clear what exception we ought to throw here.
What is happening is that we've found a .class file for a class
we're searching for, but libgcj is not configured to properly
handle class files
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-24 17:43 ---
Also fails with svn head.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
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-04-21 17:28 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-21 17:28 ---
Subject: Bug 27231
Author: tromey
Date: Fri Apr 21 17:28:40 2006
New Revision: 113140
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113140
Log:
PR libgcj/27231:
* gnu/java/net/protocol/http
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-21 19:05 ---
Ok, I have a fix for the /-less URL bug.
It appears that the JDK somehow waits for some data to be available
on the socket. I'm not sure exactly what mechanism it uses, however.
It does not appear to buffer all
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-21 21:53 ---
Subject: Bug 27163
Author: tromey
Date: Fri Apr 21 21:53:27 2006
New Revision: 113151
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113151
Log:
PR classpath/27163:
* gnu/java/net/protocol/ftp
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 15:42 ---
Subject: Bug 21941
Author: tromey
Date: Thu Apr 20 15:42:12 2006
New Revision: 113117
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113117
Log:
PR libgcj/21941:
* gnu/java/net
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 15:46 ---
Subject: Bug 21941
Author: tromey
Date: Thu Apr 20 15:46:40 2006
New Revision: 113118
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113118
Log:
PR libgcj/21941:
* gnu/java/net
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-20 15:47 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 15:54 ---
You can see it by compiling this short example
program with 'g++ --syntax-only':
#include gcj/cni.h
#include jni.h
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 16:06 ---
You can see it by compiling this short example
program with 'g++ --syntax-only':
#include gcj/cni.h
#include jni.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27201
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 16:06 ---
Ignore that, I appended to the wrong report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27219
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-20 22:16 ---
I see this with 4.2. 4.1 seems to work.
With jamvm and classpath cvs I see something else:
opsy. ~/workspace/classpath/install/bin/jamvm Sec
java.security.NoSuchAlgorithmException: DH
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-20 22:16 ---
Created an attachment (id=11310)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11310action=view)
updated test case
This is a version of the test case that compiles.
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-20 23:08 ---
Ok... I fixed a problem with my jamvm setup and now
I am seeing this with classpath cvs as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27228
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-20 23:14 ---
Moving to Classpath.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
-looking code in natPlainSocketImplPosix.cc
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-19 18:39 ---
I spent some time looking into this bug today.
I am not certain that it is a bug, but I'm also not convinced
that it isn't.
I tracked it down to the ftp data socket's available() method
returning 0. This causes
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-19 18:56 ---
Subject: Bug 27163
Author: tromey
Date: Wed Apr 19 18:56:10 2006
New Revision: 113091
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113091
Log:
PR classpath/27163:
* gnu/java/net/protocol/ftp
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=27201
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-17 16:00 ---
We could either use gc.h here (see ltdl.c) or we could
use libltdl instead of directly using dlopen...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27170
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-17 20:13 ---
Simplified test case:
public class main {
public static void main(String[] args) {
char x = 56478;
System.out.println(new String(new char[] { x }));
}
}
--
tromey at gcc dot
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-17 20:23 ---
Testing a fix.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-17 21:41 ---
Subject: Bug 27171
Author: tromey
Date: Mon Apr 17 21:41:47 2006
New Revision: 113013
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113013
Log:
PR libgcj/27171:
* testsuite/libjava.lang
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-17 21:45 ---
Subject: Bug 27171
Author: tromey
Date: Mon Apr 17 21:45:42 2006
New Revision: 113014
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=113014
Log:
PR libgcj/27171:
* testsuite/libjava.lang
--- Comment #5 from tromey at gcc dot gnu dot org 2006-04-17 21:46 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-13 21:04 ---
Subject: Bug 26522
Author: tromey
Date: Thu Apr 13 21:04:04 2006
New Revision: 112925
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112925
Log:
PR libgcj/26522:
* Makefile.in: Rebuilt
--- Comment #5 from tromey at gcc dot gnu dot org 2006-04-13 21:08 ---
Subject: Bug 26522
Author: tromey
Date: Thu Apr 13 21:08:49 2006
New Revision: 112926
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112926
Log:
PR libgcj/26522:
* Makefile.in: Rebuilt
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-12 17:38 ---
I thought this looked like a dup, but I can't find the original.
In any case, ISTR looking at the logic here in gcj at one point,
and finding that it was all screwed up.
Pinski: you can do: sed 's/^.//d' File.java
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-12 17:42 ---
I don't have a convenient way to test a fix for this.
But it does not look very hard to fix... just adding
an extra check in boehm.c:mark_reference_fields.
Note that the corresponding code in libgcj already seems
--- Comment #7 from tromey at gcc dot gnu dot org 2006-04-07 16:50 ---
Yes, we can use most of these sources, just not all of them.
I have a patch here which does it. And we already have
stubbed declarations for most of the needed VM support.
To finish we need:
1. A script which
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-05 18:43 ---
Subject: Bug 27024
Author: tromey
Date: Wed Apr 5 18:43:15 2006
New Revision: 112715
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112715
Log:
libjava/classpath:
PR libgcj/27024:
* java/net
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-05 18:55 ---
I checked in a fix to the 4.1 branch.
For svn trunk I am looking at a more complete merge with Classpath.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27024
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-05 21:38 ---
One possible problem I see here is that the 'interestOps' of
a SelectionKeyImpl can change while getFDsAsArray is running.
There are a few possible fixes here, the simplest would be to
avoid having two loops
--- Comment #1 from tromey at gcc dot gnu dot org 2006-04-05 21:42 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from tromey at gcc dot gnu dot org 2006-04-05 22:43 ---
Subject: Bug 26625
Author: tromey
Date: Wed Apr 5 22:43:19 2006
New Revision: 112723
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112723
Log:
libjava/classpath:
PR libgcj/26625:
* lib
--- Comment #4 from tromey at gcc dot gnu dot org 2006-04-05 22:47 ---
Subject: Bug 26625
Author: tromey
Date: Wed Apr 5 22:47:51 2006
New Revision: 112724
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112724
Log:
libjava/classpath:
PR libgcj/26625:
* lib
--- Comment #5 from tromey at gcc dot gnu dot org 2006-04-05 22:48 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from tromey at gcc dot gnu dot org 2006-04-04 16:11 ---
Note that this works with 4.0 and fails with svn head.
So, it is a regression.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
--- Comment #12 from tromey at gcc dot gnu dot org 2006-04-04 19:07 ---
Created an attachment (id=11207)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11207action=view)
reduced test case
I tried to reduce this to a C test case suitable for inclusion
in libffi. I've attached
--
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 #4 from tromey at gcc dot gnu dot org 2006-04-03 17:28 ---
I happened to try this out this weekend.
I don't see an ICE in build_java_check_indexed_type
(with 4.0, 4.1 and head). Now I see:
+ gcj -c --classpath=jakarta-poi.jar joone-engine.jar -o joone-engine.o
org/joone
--- Comment #5 from tromey at gcc dot gnu dot org 2006-04-03 19:54 ---
This patch is ok by me if someone wants to check it in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23829
--- Comment #2 from tromey at gcc dot gnu dot org 2006-03-31 23:26 ---
I wrote a little script to print the amount of time taken for each
line of 'make' output.
This tends to confirm that installing the headers is very slow.
One other difference from 'make install-exec
--- Comment #3 from tromey at gcc dot gnu dot org 2006-03-31 23:30 ---
Is there a reasonable way to detect good failures versus bad failures here?
We definitely want to ignore cases where gcj-dbtool fails due to things
like not having mmap available.
Perhaps the thing to do is let
--- Comment #10 from tromey at gcc dot gnu dot org 2006-03-30 16:39 ---
Subject: Bug 26042
Author: tromey
Date: Thu Mar 30 16:39:17 2006
New Revision: 112540
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112540
Log:
gcc/java
PR java/26042:
* parse.y
--- Comment #11 from tromey at gcc dot gnu dot org 2006-03-30 16:47 ---
Subject: Bug 26042
Author: tromey
Date: Thu Mar 30 16:47:23 2006
New Revision: 112541
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112541
Log:
gcc/java
PR java/26042:
* parse.y
--- Comment #12 from tromey at gcc dot gnu dot org 2006-03-30 16:49 ---
I checked the fix into the 4.1 branch and the trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from tromey at gcc dot gnu dot org 2006-03-29 15:12 ---
The first time we lay out the type, we have the fields reversed.
See parse.y:java_reorder_fields. I don't know why this happens.
(We construct the field list in reverse order, presumably for
efficiency. What
--- Comment #10 from tromey at gcc dot gnu dot org 2006-03-29 16:32 ---
Subject: Bug 26390
Author: tromey
Date: Wed Mar 29 16:31:53 2006
New Revision: 112499
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112499
Log:
gcc/java
PR java/26390:
* parse.y
--- Comment #11 from tromey at gcc dot gnu dot org 2006-03-29 16:36 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from tromey at gcc dot gnu dot org 2006-03-29 16:44 ---
Note that we need more mauve tests in this area before fixing the problem.
The current tests don't catch the bug(s).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26910
--
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 #5 from tromey at gcc dot gnu dot org 2006-03-29 17:52 ---
I now agree with comment #4.
I don't think this is a bug.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2006-03-29 18:12 ---
Things look even worse with svn head (4.2 atm)...
either with gij or precompiled, the test case shows
invocations about an order of magnitude slower than the JDK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #1 from tromey at gcc dot gnu dot org 2006-03-29 19:43 ---
There are 2 parts to this bug.
First, there's no reason to build tools.zip in the gcj build (yet).
Second, upstream classpath should pass an explicit -encoding when
invoking the java compiler.
I'm working
--- Comment #2 from tromey at gcc dot gnu dot org 2006-03-29 20:22 ---
In order to do this we should avoid building tools.zip
and instead directly build executables.
(If we need a java archive for some reason, it should be a
jar, anyway.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #4 from tromey at gcc dot gnu dot org 2006-03-29 21:33 ---
Subject: Bug 26901
Author: tromey
Date: Wed Mar 29 21:33:08 2006
New Revision: 112510
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112510
Log:
PR gcc/26901:
* Makefile.in: Rebuilt
--- Comment #5 from tromey at gcc dot gnu dot org 2006-03-29 21:42 ---
Fix checked in, please give it a try.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from tromey at gcc dot gnu dot org 2006-03-29 21:45 ---
This was fixed by the patch for PR 26901.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2006-03-29 21:48 ---
Really mark as fixed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from tromey at gcc dot gnu dot org 2006-03-29 22:39 ---
I tried this today with svn head.
The test program still prints 'false' no matter how I run it:
gij, compiled, or compiled with the BC ABI.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20044
-merging java.util.zip
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: tromey at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org
--- Comment #3 from tromey at gcc dot gnu dot org 2006-03-28 19:04 ---
I checked in the fix to svn head.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2006-03-28 19:05 ---
Subject: Bug 26441
Author: tromey
Date: Tue Mar 28 19:05:21 2006
New Revision: 112465
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112465
Log:
Correcting PR number in ChangeLog:
PR libgcj/26441
--- Comment #2 from tromey at gcc dot gnu dot org 2006-03-28 19:09 ---
Created an attachment (id=11143)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11143action=view)
initial patch
This patch mostly fixes the problem.
However it is missing some minor bits for windows.
Also
--- Comment #3 from tromey at gcc dot gnu dot org 2006-03-28 19:09 ---
I'm handling this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2006-03-28 19:09 ---
I'm handling this.
See the patch attached to PR 13671.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #10 from tromey at gcc dot gnu dot org 2006-03-27 18:29 ---
The classpath import won't happen for the 4.1.x branch.
However, a workaround could be applied locally in Currency (or wherever)
as long as it doesn't change the ABI.
--
tromey at gcc dot gnu dot org changed
--- Comment #8 from tromey at gcc dot gnu dot org 2006-03-27 18:36 ---
I'll handle this when I remove fastjar.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2006-03-27 18:43 ---
The error appears to be intentional:
jint field_offset = field-u.boffset;
if (field_offset 0x)
throw new java::lang::VirtualMachineError;
However, I don't know what purpose this could
--- Comment #7 from tromey at gcc dot gnu dot org 2006-03-27 22:03 ---
I was able to reproduce this with svn head on a ppc32 build.
A ppc64 build did not show this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26042
--- Comment #8 from tromey at gcc dot gnu dot org 2006-03-28 01:14 ---
One curiosity I noticed while debugging is that in layout_type,
class Two has size 128 (in bits). This value is incorrect.
Once we reach the code to compute the GC descriptor, the
size is 192.
--
http
--- Comment #1 from tromey at gcc dot gnu dot org 2006-03-17 18:01 ---
The bug here is that the code that handles assignments
requiring an accessor method does not understand that
a constant might be subject to a narrowing constant conversion.
Hence it does not (e.g.) convert '0
--- Comment #2 from tromey at gcc dot gnu dot org 2006-03-17 18:06 ---
One potential fix is to call try_builtin_assignconv
in nested_field_access_fix or the like.
I haven't tried this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26720
--- Comment #1 from tromey at gcc dot gnu dot org 2006-03-16 18:19 ---
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-03-16 19:08 ---
Subject: Bug 26706
Author: tromey
Date: Thu Mar 16 19:08:07 2006
New Revision: 112142
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112142
Log:
PR libgcj/26706:
* aclocal.m4, configure
--- Comment #3 from tromey at gcc dot gnu dot org 2006-03-16 19:12 ---
Subject: Bug 26706
Author: tromey
Date: Thu Mar 16 19:12:29 2006
New Revision: 112143
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112143
Log:
PR libgcj/26706:
* aclocal.m4, configure
--- Comment #4 from tromey at gcc dot gnu dot org 2006-03-16 19:15 ---
I checked in the fix.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2006-03-15 17:17 ---
Despite what the original report says, we don't really want to
resolve all entries when compiling.
Also it would be best to avoid any kind of synchronization at all.
One idea would be to 'or' the argument to one
--- Comment #8 from tromey at gcc dot gnu dot org 2006-03-15 18:29 ---
Subject: Bug 26390
Author: tromey
Date: Wed Mar 15 18:29:44 2006
New Revision: 112093
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112093
Log:
gcc/java
PR java/26390:
* class.c
--- Comment #9 from tromey at gcc dot gnu dot org 2006-03-15 18:31 ---
Oops -- that was the wrong PR number in that patch.
That commit was for PR 26638.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26390
--- Comment #5 from tromey at gcc dot gnu dot org 2006-03-15 18:45 ---
Subject: Bug 26638
Author: tromey
Date: Wed Mar 15 18:45:02 2006
New Revision: 112094
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112094
Log:
Correctly reference PR java/26638 in ChangeLogs
Modified
--- Comment #6 from tromey at gcc dot gnu dot org 2006-03-15 18:45 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
901 - 1000 of 1564 matches
Mail list logo
