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
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/)
Hi Brian, hi list,
Yea, I think the point for me would be to keep Classpath's java hackers
out of the business of writing native code, and especially out of the
business of porting native code for such common idioms as generic file
operations, network operations, etc.
BTW, Torsten, the
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
Hi,
On Sat, 2006-01-28 at 17:02 -0800, Casey Marshall wrote:
On Jan 28, 2006, at 7:21 AM, Guilhem Lavaux wrote:
I thought to have been already clear about that in the past (and
with no answers !).
Sorry, I meant to reply about what you were proposing, but forgot :-)
Yeah, sorry. We all
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
16 matches
Mail list logo
