On Mon, 2006-09-04 at 22:30 +0100, Andrew John Hughes wrote:
On Mon, 2006-08-21 at 02:56 +0200, Mark Wielaard wrote:
...
2006-08-20 Mark Wielaard [EMAIL PROTECTED]
...
* native/jni/java-lang/java_lang_VMProcess.c
(Java_java_lang_VMProcess_nativeSpawn): Remove redirect
On 5 Sep 2006, at 07:21, Mark Wielaard wrote:
On Mon, 2006-09-04 at 22:30 +0100, Andrew John Hughes wrote:
On Mon, 2006-08-21 at 02:56 +0200, Mark Wielaard wrote:
...
2006-08-20 Mark Wielaard [EMAIL PROTECTED]
...
* native/jni/java-lang/java_lang_VMProcess.c
Hi Andrew,
On Tue, 2006-09-05 at 10:23 +0100, Andrew John Hughes wrote:
I'll reintroduce it on the branch first, which is where it is most
needed (so it will compile again),
and then port it back to HEAD.
Thanks.
Were there other changes to these files? The diff I looked at, of
On Mon, 2006-08-21 at 02:56 +0200, Mark Wielaard wrote:
...
2006-08-20 Mark Wielaard [EMAIL PROTECTED]
...
* native/jni/java-lang/java_lang_VMProcess.c
(Java_java_lang_VMProcess_nativeSpawn): Remove redirect argument.
...
* vm/reference/java/lang/VMProcess.java: Removed unused
On Sun, 2006-08-20 at 18:12 -0700, Casey Marshall wrote:
Since this finally cleans up the target layer stuff I would like this to
go in now and then we build on this for your further improvements to NIO
and the socket timeouts. OK?
OK. Since I'm working off of cvs head I'm probably
Hi,
On Mon, 2006-08-14 at 14:33 -0700, Casey Marshall wrote:
Guilhem Lavaux wrote:
Here is a patch to merge NATIVE-LAYER branch to HEAD. I expect that the
new code will have some troubles to compile on some random OS different
from linux but hopefully it is sufficiently flexible to be
I
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Mark Wielaard mark06/08/21 00:57:52
Modified files:
. : ChangeLog.native
include: java_lang_VMProcess.h
native/jni : Makefile.am
Hi,
I have uploaded the patch to merge head to NATIVE-LAYER branch on
http://www.kaffe.org/~guilhem/merge-patch-07.gz
Guilhem.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guilhem Lavaux wrote:
Hi,
Here is a patch to merge NATIVE-LAYER branch to HEAD. I expect that the
new code will have some troubles to compile on some random OS different
from linux but hopefully it is sufficiently flexible to be
Yeah, it won't
Hi,
Here are some fixes for the NATIVE-LAYER branch concerning the exactness
of exception which should be thrown.
Regards,
Guilhem.
2006-07-09 Guilhem Lavaux [EMAIL PROTECTED]
* native/jni/java-net/gnu_java_net_VMPlainDatagramSocketImpl.c
(nativeReceive): Fixed the type
Hi,
Here is a patch to merge HEAD to NATIVE-LAYER.
Its link is http://www.kaffe.org/~guilhem/merge-patch-06.gz
Guilhem.
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux glavaux06/07/09 16:23:33
Modified files:
. : ChangeLog.native
native/jni/java-net: gnu_java_net_VMPlainDatagramSocketImpl.c
Hi,
Here is a patch for NATIVE-LAYER branch that fixes a few problems which
have been highlighted by mauve tests.
Guilhem.
2006-06-16 Guilhem Lavaux [EMAIL PROTECTED]
* native/jni/java-net/java_net_VMInetAddress.c
(Java_java_net_VMInetAddress_getHostByName): Fix detection
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux glavaux06/06/16 18:07:47
Modified files:
. : ChangeLog.native
native/jni/java-net: java_net_VMInetAddress.c javanet.c
native/jni
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux glavaux06/06/16 18:07:47
Modified files:
. : ChangeLog
Log message:
2006-06-09 Raif S. Naffah [EMAIL PROTECTED
Hi,
Here are some missing stuff that I have detected by running mauve on the
branch. cp*dir calls were not implemented (hmmm) . And there was a
little trouble with typecasting when building an IPV4 address.
Guilhem.
ChangeLog:
2006-06-10 Guilhem Lavaux [EMAIL PROTECTED]
*
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux glavaux06/06/10 20:26:36
Modified files:
. : ChangeLog.native
native/jni/native-lib: cpio.c cpnet.c cpnet.h
Log message:
2006-06
Hi,
Here is a patch to merge HEAD branch to NATIVE-LAYER branch.
2006-06-07 Guilhem Lavaux [EMAIL PROTECTED]
* Merged HEAD as of 2006-06-06.
* native/jni/native-lib/cpproc.h
(CPIO_EXEC_NUM_PIPES): Compilation fix.
The link to the patch is http://www.kaffe.org/~guilhem
Hi Guilhem,
On Tue, 2006-06-06 at 22:34 +0200, Guilhem Lavaux wrote:
I have a working native layer branch on jamvm (though I have not really
counted if there was a regression I know the one from kaffe and the
important ones in mauve are passing on standard linux). I will propose
before
Hi,
Here is a patch to merge HEAD (as of 2006-05-08 no mistake) to
NATIVE-LAYER. It's a rather difficult process so I will do it one last
time this week against HEAD 2006-06-07 and then merge NATIVE-LAYER to HEAD.
ChangeLog.native:
2006-06-06 Guilhem Lavaux [EMAIL PROTECTED]
* Merged
Hi,
I have a working native layer branch on jamvm (though I have not really
counted if there was a regression I know the one from kaffe and the
important ones in mauve are passing on standard linux). I will propose
before the end of the week a patch against HEAD for a merge. I suggest
people
Hi,
Here is a patch to correct the handling of socket timeouts in the
NATIVE-LAYER branch. This patch relies on the select function (which is
not the most portable way). A few syscalls should also be protected that
way but they will come in a forthcoming patch (like connect).
ChangeLog entry
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/05/10 07:08:25
Modified files:
. : ChangeLog.native
native/jni/java-net: javanet.c
native/jni/native-lib
Hi Guilhem,
On Sat, 2006-03-25 at 18:08 +0100, Guilhem Lavaux wrote:
Here is a patch to implement the last missing methods needed to override
completely the target layer (which has already been removed). I have
done some basic tests and I can run jamvm on some simple tests involving
IOs,
Mark Wielaard wrote:
Hi Guilhem,
On Sat, 2006-03-25 at 18:08 +0100, Guilhem Lavaux wrote:
Here is a patch to implement the last missing methods needed to override
completely the target layer (which has already been removed). I have
done some basic tests and I can run jamvm on some simple
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/03/25 17:08:51
Modified files:
. : ChangeLog.native
native/jni/java-io: Makefile.am
native/jni/java-lang
Hi list,
Here is a link to a patch to resynchronize NATIVE-LAYER branch with HEAD
as of 2006-03-18. I am doing so before working again on it. The patch is
just a big diff between two dates of HEAD branch...
http://www.kaffe.org/~guilhem/merge-patch-03.gz
Cheers,
Guilhem.
2006-03-19
Hi list,
Here is a patch to implement the last missing methods needed to override
completely the target layer (which has already been removed). I have
done some basic tests and I can run jamvm on some simple tests involving
IOs, sockets and process spawning.
2006-03-25 Guilhem Lavaux
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/02/19 11:43:54
Modified files:
. : ChangeLog.native
native/jni/java-io: java_io_VMFile.c
native/jni/java-nio
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/02/19 17:10:27
Modified files:
. : ChangeLog.native configure.ac
native/jni/java-net: javanet.c
native/jni
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/02/18 18:15:55
Modified files:
. : ChangeLog.native
native/jni/java-net: java_net_VMInetAddress.c javanet.c
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/02/18 18:33:34
Modified files:
. : .classpath AUTHORS ChangeLog ChangeLog.native
LICENSE Makefile.am
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/02/18 18:50:42
Modified files:
. : ChangeLog
gnu/java/security/jce/sig: DSSKeyPairGeneratorSpi.java
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/02/18 21:23:54
Modified files:
. : ChangeLog.native
native/jni/java-lang: java_lang_VMProcess.c
Added files
Casey Marshall wrote:
On Feb 2, 2006, at 10:27 AM, Guilhem Lavaux wrote:
Casey Marshall wrote:
On Jan 31, 2006, at 6:10 PM, David P Grove wrote:
Jikes RVM also does m-to-n threading, so it's there's more than 1 VM
that's whacky in this regard. The things we need to do are most
likely
Hi Casey,
Following my previous mail, please try this small performance test. It
illustrates what I want to do and the performance loss that is expected.
Simply unpack and run make.
Cheers,
Guilhem.
Casey Marshall wrote:
On Feb 2, 2006, at 10:27 AM, Guilhem Lavaux wrote:
Casey Marshall
On Feb 4, 2006, at 12:53 PM, Guilhem Lavaux wrote:
Hi Casey,
Following my previous mail, please try this small performance test.
It illustrates what I want to do and the performance loss that is
expected.
Simply unpack and run make.
I wasn't saying that what you were doing would incur
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/02/04 18:38:06
Modified files:
. : ChangeLog
doc/api: Makefile.am
examples/gnu/classpath/examples/CORBA
yep, that's pretty much the situation with m-n threading in Jikes RVM. For
the blocking operations, we need to replace the entire call with something
else. There might be some cases where the callbacks could be useful, but
they wouldn't be a complete solution for us.
--dave
Guilhem Lavaux
On Feb 2, 2006, at 10:27 AM, Guilhem Lavaux wrote:
Casey Marshall wrote:
On Jan 31, 2006, at 6:10 PM, David P Grove wrote:
Jikes RVM also does m-to-n threading, so it's there's more than 1 VM
that's whacky in this regard. The things we need to do are most
likely
different than what Kaffe
Casey Marshall wrote:
On Jan 31, 2006, at 6:10 PM, David P Grove wrote:
Jikes RVM also does m-to-n threading, so it's there's more than 1 VM
that's whacky in this regard. The things we need to do are most likely
different than what Kaffe needs to do, but having a chance to inject
a VM
Dalibor Topic wrote:
On Mon, 2006-01-30 at 12:20 -0500, Brian Jones wrote:
It would be nice, I believe, to re-use libraries that have handled most
of the porting and wrapping for you such as APR
(http://apr.apache.org/), or NPR (http://www.mozilla.org/projects/nspr/)
to platforms GNU
Brian Jones wrote:
Dalibor Topic wrote:
On Mon, 2006-01-30 at 12:20 -0500, Brian Jones wrote:
It would be nice, I believe, to re-use libraries that have handled
most of the porting and wrapping for you such as APR
(http://apr.apache.org/), or NPR
(http://www.mozilla.org/projects/nspr/)
, the man who first wrote the target native layer, mostly
works on native code and porting of this to platforms you would not
dream of. He is hardly a 'Classpath java hacker'. If the world was so
nice that posix and autoconf is the solution to everything, then such
work would hardly be necessary
Casey Marshall wrote:
We have the responsibility, as contributors to a GNU project, to
maintain the project for the GNU system. GNU is sorta-POSIX, as are a
lot of other interesting platforms, and targeting them earns us, as
free software contributors -- not necessarily other groups or
On Mon, 2006-01-30 at 12:20 -0500, Brian Jones wrote:
It would be nice, I believe, to re-use libraries that have handled most
of the porting and wrapping for you such as APR
(http://apr.apache.org/), or NPR (http://www.mozilla.org/projects/nspr/)
to platforms GNU Classpath might care to
Hi Guilhem,
2006-01-28 Guilhem Lavaux [EMAIL PROTECTED]
* configure.ac: Removed target from CLASSPATH_INCLUDES and
Makefile generation.
* native/jni/native-lib/Makefile.am,
native/jni/native-lib/cpnet.h,
native/jni/native-lib/cpnet.c
. That way if we
have to call different things in the OS (e.g. for more exotic
platforms like windows) or to use the syscalls differently we will
not be completely stuck by tons of autoconf code in the common VM
layer.
It seems like a lot of the argument for this kind of native
On Sun, 2006-01-29 at 15:17 +0100, Mark Wielaard wrote:
Hi,
- Writing concise, portable (in the realm of POSIXy systems, at
least) native implementations of VM* classes that require native
support.
Through autoconf and replacement functions where needed. That is how
libgcj (and
Hi classpath !
I would like to mention that I am developping/fine tuning the new native
layer for classpath in a separate branch called NATIVE-LAYER. If you
have some time to give your impressions then fetch it and look into
native/jni/native-lib, native/jni/java-io, ...
the new layer
On Jan 28, 2006, at 7:21 AM, Guilhem Lavaux wrote:
Hi Mark,
Mark Wielaard wrote:
Hi Guilhem,
On Sat, 2006-01-28 at 14:43 +0100, Guilhem Lavaux wrote:
I would like to mention that I am developping/fine tuning the new
native layer for classpath in a separate branch called NATIVE-
LAYER
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/01/28 11:11:30
Modified files:
native : Makefile.am
native/jni/java-io: java_io_VMFile.c
native/jni/java-net
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/01/28 15:49:45
Added files:
native/jni/native-lib: Makefile.am
Log message:
2006-01-28 Guilhem Lavaux [EMAIL PROTECTED
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: NATIVE-LAYER
Changes by: Guilhem Lavaux [EMAIL PROTECTED] 06/01/28 16:38:25
Modified files:
. : ChangeLog
native/jni/java-io: java_io_VMFile.c
native/jni/java-net
This is the target native layer implementation for the embOS platform.
Again, this is pretty straightforward.
2006-01-16 Roman Kennke [EMAIL PROTECTED]
* native/target/embOS/target_native.h,
* native/target/embOS/target_native_file.h,
* native/target/embOS
Hi,
here comes the last patch for the target native layer (for now), which
implements the layer for RTEMS platform.
2006-01-16 Roman Kennke [EMAIL PROTECTED]
* native/target/RTEMS/target_native.h,
* native/target/RTEMS/target_native_file.h,
* native/target/RTEMS
Here comes the target native layer implementation for the SunOS platform.
Again, since this is pretty close to Posix, this is nothing serious.
Some stuff in math and network and that's it.
2006-01-16 Roman Kennke [EMAIL PROTECTED]
* native/target/SunOS/target_native.h,
* native
discussion. But I'm happy we are one a way to
keep going on together. If everybody becomes satisfied with the
following new idea for a target layer, I will prepare the changes.
New target native layer:
- transform code inside macros into functions (this will make debugging
possible)
- the current
with
the
TARGE_NATIVE layer.
I'm sorry for this hard discussion. But I'm happy we are one a way
to keep going on together. If everybody becomes satisfied with the
following new idea for a target layer, I will prepare the changes.
New target native layer:
- transform code inside macros
Am Donnerstag, 12. August 2004 14:10 schrieb Dr. Torsten Rupp:
I first wanted to avoid to offer here things in advance (otherwise
I fear somebody will become upset if I can not do it in time,
because of limitated manpower). Currently on the list is: Solaris,
RTEMS, embOS and MinGW (Windows).
Dear Classpath members,
I yust check-in the second part of the native layer in:
native/jni/nio
native/jni/java-net
native/jni/java-util
Now most of the modifications are done now, but some fine
tuning and of course bug-fixes (if there are bugs) still
have to be done. I will do this as soon
Dear Classpath members,
I checked-in some files with an abstraction layer for native
OS functions from our Jamaica VM to be able to port the Classpath
C sources to other OS than Unix. This is my first major change in
Classpath and there could still be some errors or not fixed things.
I will try
Hi Brian,
I will attempt to answer some of your questions. Dr. Rupp will probably correct
any error I make in my answers.
I'm confused about when to worry about this. Does it matter for
synchronized methods?
Yes, as the system/library call you are doing might also be done by *another*
method
63 matches
Mail list logo
