--- 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 &#x
--- 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 see
--- 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=gcc&view=rev&rev=112925
Log:
PR libgcj/26522:
* Makefile.in:
--- 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=gcc&view=rev&rev=112926
Log:
PR libgcj/26522:
* Makefile.in:
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-13 21:10 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from tromey at gcc dot gnu dot org 2006-04-17 16:00 ---
We could either use 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=gcc&view=rev&rev=113013
Log:
PR libgcj/27171:
* testsuite/libj
--- 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=gcc&view=rev&rev=113014
Log:
PR libgcj/27171:
* testsuite/libj
--- 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
ty: 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=27201
Summary: bogus-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
--- 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.
--- 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=gcc&view=rev&rev=113091
Log:
PR classpath/27163:
* gnu/java/net/
--- 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=gcc&view=rev&rev=113117
Log:
PR libgcj/21941:
* gnu/
--- 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=gcc&view=rev&rev=113118
Log:
PR libgcj/21941:
* gnu/
--- 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
#include
--
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
#include
--
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
at
--- 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=11310&action=view)
updated test case
This is a version of the test case that compiles.
--
http://gcc.gnu.org/b
--- 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
--
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=gcc&view=rev&rev=113140
Log:
PR libgcj/27231:
* gnu/java/net/proto
--- 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 al
--- 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=gcc&view=rev&rev=113151
Log:
PR classpath/27163:
* gnu/java/net/
--- 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
--- 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 |
--- 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=gcc&view=rev&rev=113531
Log:
PR libgcj/26861:
* interpret
--- 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
han
--- 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=gcc&view=rev&rev=113554
Log:
PR libgcj/27294:
* j
--- 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 g
--- 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 #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 #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 ch
--- 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
--
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 #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
--
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-24 13:38 ---
Method name:"" static Signature: 70=()void
Attribute "Code", length:58278, max_stack:7, max_locals:0, code_length:58266
Nice -- don't recall seeing a function that long before outside of ja
Summary: ICE in update_aliases, at java/decl.c:192
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: aph at gcc dot gnu dot org
ReportedBy: tromey at gcc
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-24 14:56 ---
Created an attachment (id=11504)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11504&action=view)
failing class file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27756
--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-24 15:15 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC
--
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-24 17:14 ---
Subject: Bug 27731
Author: tromey
Date: Wed May 24 17:14:45 2006
New Revision: 114045
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114045
Log:
PR libgcj/27731:
* java/lang/natMath.
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-24 17:21 ---
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-05-24 17:22 ---
Subject: Bug 27729
Author: tromey
Date: Wed May 24 17:21:52 2006
New Revision: 114046
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114046
Log:
gcc/java:
PR libgcj/27729:
--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-24 17:22 ---
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-05-24 17:23 ---
I have a patch I'm testing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-24 21:44 ---
Subject: Bug 27024
Author: tromey
Date: Wed May 24 21:44:34 2006
New Revision: 114056
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114056
Log:
PR libgcj/27024:
* sources.am, Mak
--- Comment #5 from tromey at gcc dot gnu dot org 2006-05-24 21:45 ---
Fixed in 4.2 now as well.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-25 22:53 ---
Thanks Andrew. With this I'm able to BC compile ecj again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27756
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-05 14:08 ---
It looks to me that the code in link.cc is testing the wrong define.
It is testing USE_LIBFFI, but that is defined if any part of libffi is
in use. Instead it should be testing INTERPRETER -- ideally we'd add
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-05 14:11 ---
Thanks for the report.
What should we use on this platform in place of setenv?
Or, if it has setenv, where is it declared?
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-05 14:12 ---
Thanks for reporting this.
Offhand I suspect the problem is that we aren't building this
native code, and thus the checking script gets confused.
Probably we should disable these checks.
I will fin
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-05 14:23 ---
In this case won't the first failing FormatMessage change
the current error, so the next GetLastError will always
return the overwritten value? The MSDN docs seem to indicate
that if FormatMessage fails, you ca
--
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-06-05 15:09 ---
Subject: Bug 27818
Author: tromey
Date: Mon Jun 5 15:08:56 2006
New Revision: 114389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114389
Log:
PR gcc/27818:
* Makefile.in:
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-05 15:09 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #9 from tromey at gcc dot gnu dot org 2006-06-05 19:59 ---
Andreas -- yes, that patch looks good to me.
Please check it in. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27860
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-05 20:00 ---
Created an attachment (id=11598)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11598&action=view)
patch to use putenv
Please try this patch.
If it works for you I will check it in.
--
tromey at gcc
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-05 20:06 ---
Installing in share -vs- lib is weird for libgcj.
Sometimes we install things in lib to be more "jdk-like".
logging.properties has been there since 4.0, at least.
I don't have 3.x install trees
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-05 20:32 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from tromey at gcc dot gnu dot org 2006-06-05 20:32 ---
Subject: Bug 27892
Author: tromey
Date: Mon Jun 5 20:32:33 2006
New Revision: 114410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114410
Log:
PR libgcj/27892:
* gij.cc (main): Us
oduct: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: 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=27921
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-09 17:09 ---
Teting 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-06-09 21:36 ---
Fixed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-09 21:37 ---
Subject: Bug 27730
Author: tromey
Date: Fri Jun 9 21:37:32 2006
New Revision: 114524
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114524
Log:
PR libgcj/27730:
* java/lang/Thr
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-14 12:28 ---
Looks like classpath's configure uses the $(...) construct.
This isn't portable sh.
The fix is to replace with `...`
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-14 13:46 ---
Subject: Bug 28024
Author: tromey
Date: Wed Jun 14 13:46:33 2006
New Revision: 114637
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114637
Log:
PR java/28024:
* aclocal.m4, c
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-14 13:56 ---
Subject: Bug 28024
Author: tromey
Date: Wed Jun 14 13:56:22 2006
New Revision: 114639
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114639
Log:
PR java/28024:
* aclocal.m4, c
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-14 14:00 ---
Thanks for the report.
I fixed this problem. But, as I don't have a Solaris box,
I can't test whether this means that the build works.
Please update and try again :)
--
tromey at gcc dot gnu dot o
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-14 17:48 ---
I haven't looked at this since my last comment.
Your workaround is fine, you didn't break anything.
A real fix would have to work differently though.
Perhaps we should always compile these functions but
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-16 21:22 ---
I don't think we'll ever fix this.
GCC's -o option is probably sufficient.
--
tromey at gcc dot gnu dot org changed:
What|Removed
: 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=28067
--
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-06-16 21:53 ---
My rewrite of gcjh in java fixes this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-17 00:59 ---
This was fixed for 4.2.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from tromey at gcc dot gnu dot org 2006-06-17 01:01 ---
Fixed on the 4.1 branch and trunk.
AFAIK nobody is planning to backport to the 4.0 branch, so I'm closing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
Summary: jc1 miscompilation with fields inherited from interfaces
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy
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=28090
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-20 17:42 ---
Created an attachment (id=11712)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11712&action=view)
proposed patch
I've attached a proposed patch.
However, when I use this patch I run into PR 19505.
--
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 #1 from tromey at gcc dot gnu dot org 2006-06-20 18:29 ---
Earlier I made a mistake and listed the bugs fixed by ecj
as dependencies; really this PR should block all the fixed-by-ecj
bugs and should depend on bugs that block the merge of the ecj branch.
--
tromey at gcc
--
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-06-20 21:34 ---
Checked in on the generics branch.
Note that the VM requires changes for this code to work.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-21 18:01 ---
Subject: Bug 28089
Author: tromey
Date: Wed Jun 21 18:01:37 2006
New Revision: 114856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114856
Log:
PR java/28089:
* expr.c (expand_java_
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-21 18:14 ---
Fix checked in on gcj-eclipse branch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-21 20:09 ---
I looked at this a little today.
The code does look wrong, but I couldn't write a simple test case
to make it fail. Do you have one?
One problem I see is that serve() uses the task's 'scheduled
--- Comment #1 from tromey at gcc dot gnu dot org 2006-06-26 17:22 ---
Does the JDK's javah put that "_" into the generated header?
I suspect that you are seeing a problem with the C compiler, not a problem
with JNI header generation.
In particular I think that "_&q
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-27 03:20 ---
Yeah, jni.cc handles the lookup side of things.
The declaration side of things in user JNI code should be
handled by jni_md.h. It has a bunch of win32-specific code
which boils down to:
#define JNIIMPORT
1 - 100 of 1570 matches
Mail list logo
