Hi all,
I am proud to announce the release of Jato v0.0.1 "buy more RAM"-edition!
Jato is a JIT-only virtual machine for Java that can run some simple programs
under GNU/Linux on modern 32-bit x86 CPUs. A port to the x86-64 machine
architecture is currently being developed. Jato depends on GNU Cl
ffer_append_str()
x86-64: add long (multi-byte) opcode variant of __emit_reg_reg()
x86-64: XMM args register assignment
x86-64: emitter for XMM to XMM move
x86-64: parse method arguments by accessing the linked-list
x86-64: implement exception_check()
Pekka Enberg (86):
fully when there's nothing to load
x86-64: fix call to fixup_vtable() from trampolines
Jim Huang (1):
vm: Update URL to Java online documentation
Pekka Enberg (146):
runtime: Implement Runtime.availableProcessors()
runtime: Implement Runtime.freeMemory() and Runtime.t
On Wed, Dec 8, 2010 at 1:53 AM, Dr Andrew John Hughes
wrote:
>> As soon as I am back I would like us to at least start moving to
>> mercurial on savannah if people don't mind.
>
> Yes, I do mind.
>
> We already discussed this some time back:
>
> http://developer.classpath.org/pipermail/classpath/2
On Wed, Dec 8, 2010 at 1:53 AM, Dr Andrew John Hughes
wrote:
>> For those who didn't see Pekka's blog on planet.classpath.org you can
>> find it here:
>> http://penberg.posterous.com/whats-the-future-of-gnu-classpath
>>
>> He makes some very good points. I agree with all of them.
>
> I agree on th
On Wed, Dec 8, 2010 at 12:32 PM, Andrew Haley wrote:
> Anyway, I don't mind that as long as someone else does it. (Clearly,
> the issue of developers without commit access is a red herring, as
> every developer should have commit access.)
But it's not a red herring! I don't expect to have commit
On Wed, Dec 8, 2010 at 12:32 PM, Andrew Haley wrote:
> I hereby offer to review some patches. Please send pointers to the
> list.
http://developer.classpath.org/pipermail/classpath-patches/2010-November/006511.html
http://developer.classpath.org/pipermail/classpath-patches/2010-November/006513.
On Wed, Dec 8, 2010 at 12:32 PM, Andrew Haley wrote:
> But I'm afraid people are looking at the things they think might make
> a difference, but won't make a difference. I read the list, and
> haven't seen a huge number of unreviewed patches, but I admit I
> haven't been paying close enough atten
Hi Andrew,
On Wed, Dec 8, 2010 at 1:06 PM, Andrew Haley wrote:
> On 12/08/2010 10:56 AM, Pekka Enberg wrote:
>> On Wed, Dec 8, 2010 at 12:32 PM, Andrew Haley wrote:
>>> Anyway, I don't mind that as long as someone else does it. (Clearly,
>>> the issue of devel
On Wed, Dec 8, 2010 at 1:13 PM, Andrew Haley wrote:
>> There's also 10-15 patches from Ivan sitting in the archives
>
> Hmm, I had seen some discussion around those and thought they were being
> addressed. Bring them on!
I'm not sure if this is all of it but it's a start anyway:
http://develope
On Wed, Dec 8, 2010 at 1:13 PM, Andrew Haley wrote:
>> http://developer.classpath.org/pipermail/classpath-patches/2010-November/006512.html
>
> What compatibility problem does this fix?
That the result is not what we get with OpenJDK. JamVM, for example,
(and I guess CACAO) has fixed this in thei
On Wed, Dec 8, 2010 at 1:41 PM, Andrew Haley wrote:
>> I'm not sure if this is all of it but it's a start anyway:
>>
>> http://developer.classpath.org/pipermail/classpath-patches/2010-June/006411.html
>
> Ah, yes, these were the patches that were sent hex encoded with a
> MIME type of application/
On Wed, Dec 8, 2010 at 1:47 PM, Andrew Haley wrote:
>> That the result is not what we get with OpenJDK. JamVM, for example,
>> (and I guess CACAO) has fixed this in their tree as has GCJ. The test
>> case I used for this is ClassTest.testGetSimpleName() here:
>>
>> https://github.com/penberg/malva
On Wed, Dec 8, 2010 at 2:03 PM, Andrew Haley wrote:
>> No need to live with it, I'll fix it up and resend.
>
> This is truly weird. The gcj patch says:
>
> 2008-05-22 Andrew Haley
>
> PR libgcj/35020
> * java/lang/Class.java (getSimpleName): Import from GNU Classpath.
>
> http://
elay, here's a test case for getSimpleName().
Pekka
>From 3637ab8ec4f866da6fadc092eab1f99ce4adb417 Mon Sep 17 00:00:00 2001
From: Pekka Enberg
Date: Sun, 12 Dec 2010 10:52:27 +0200
Subject: [PATCH] mauve: Add test case for Class.getSimpleName()
Signed-off-by: Pek
On Thu, Dec 16, 2010 at 12:36 PM, Andrew Haley wrote:
> On 05/19/2010 09:13 PM, KessiMC wrote:
>>
>> Hi everyone
>>
>> Having finally become somewhat more confident in trying to cross-compile
>> GNU
>> Classpath, I dastardly failed on my most recent attempt with the following
>> error message:
>>
e that use
invokedynamic so I think GNU Classpath probably needs to support it at
some point anyway.
Pekka
>From 6dca9b60d6c2380164920e40302f08616a6874b6 Mon Sep 17 00:00:00 2001
From: Pekka Enberg
Date: Thu, 3 Feb 2011 16:47:15 +0200
Subject: [PATCH] Invokedynamic API stub
Hi!
On Thu, 2011-02-03 at 16:47 +0200, Pekka Enberg wrote:
>> I'd like to check in these simple invokedynamic API stubs into CVS HEAD.
>> The APIs are not final but I think now is as good time as any to start
>> working on them especially as it needs work on the VM side.
t this?
Pekka
>From 81362427a842e815bfe354036cd4201ee781880a Mon Sep 17 00:00:00 2001
From: Pekka Enberg
Date: Thu, 3 Feb 2011 16:29:15 +0200
Subject: [PATCH] Invokedynamic API stubs
This patch implements the work-in-progress invokedynamic API stubs described
here:
http://downlo
as long as it's clearly marked as stubs
>> > (the NotImplementedException I mentioned) and there is work actively
>> > taking place.
>> > Then there's always the (slim) possibility someone else can work on it :-)
On Mon, 2011-02-07 at 22:01 +0200, Pekka Enberg wrote:
>&g
JRuby start up under the VM (requires GNU Classpath CVS HEAD)
- Annotation support (Pekka Enberg, Nikhil Sarda)
- More missing JNI APIs implemented (Joonas Reynders, Nikhil Sarda)
- More missing reflection APIs implemented (Nikhil Sarda)
- Linux/x86-64 port fixes (Eduard - Gabriel Mun
Hi,
I'm trying to build GNU Classpath CVS HEAD on Mac OS X 10.6.7. I
followed these instructions to satisfy the autoconf 2.65 requirement:
http://www.mattvsworld.com/blog/2010/02/install-the-latest-autoconf-and-automake-on-mac-os-10-6/
However, when I try to run 'autogen.sh' I get the following
On Tue, Jul 5, 2011 at 12:53 PM, Mark Wielaard wrote:
> Hi Pekka,
>
> On Tue, 2011-07-05 at 12:28 +0300, Pekka Enberg wrote:
>> I'm trying to build GNU Classpath CVS HEAD on Mac OS X 10.6.7. I
>> followed these instructions to satisfy the autoconf 2.
Hi all,
I started hacking on invokedynamic again:
https://github.com/penberg/classpath/commit/21c457f4928678bb5709dfc5a992b80f0d02c4b8
https://github.com/penberg/jato/commits/indy
I'm planning to use ASM for generating bytecode for method handle
chains. Does that sound like a reasonable thing t
Hi Mark,
On Thu, Sep 8, 2011 at 10:33 PM, Mark Wielaard wrote:
> I don't know much about what is needed for invoke dynamic byte code
> generation. Note that java/lang/reflect/Proxy.java for example also can
> generate byte code, but just does it by hand. Is such an approach
> possible?
It's poss
Hi all,
I'm seeing this on Fedora 15:
[penberg@tux classpath.cvs]$ sh autogen.sh
configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but
not m4_defun'd
m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from...
m4/iconv.m4:22: AM_ICONV_LINK is expanded from...
m4/iconv.m4:77: AM_ICO
On Thu, Sep 29, 2011 at 2:20 AM, Dr Andrew John Hughes
wrote:
> No. Can you give the versions of the autotools on this platform? That would
> be more generally useful. It's likely to be that something has been updated.
>
> Personally, I have autoconf 2.68, automake 1.11.1 and libtool 2.4 here on
> On Tue, 2011-09-27 at 15:31 +0300, Pekka Enberg wrote:
>> I'm seeing this on Fedora 15:
>>
>> [penberg@tux classpath.cvs]$ sh autogen.sh
>> configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but
>> not m4_defun'd
>> m4/iconv.m4
On Thu, Sep 29, 2011 at 2:54 PM, Mark Wielaard wrote:
> It seems gnulib also provides lib-prefix.m4 in the havelib module. Maybe
> we should just incorporate it from there and not depend on gettext-devel
> to be installed (I am a bit fuzzy on why we have the
> gettext-devel/lib-prefix.m4 dependenc
On Mon, Oct 10, 2011 at 12:04 PM, Mark Wielaard wrote:
> Thanks to Pekka Enberg there are now experimental hg and git mirrors of
> all the GNU Classpath and Mauve CVS repository modules on icedtea:
> http://icedtea.classpath.org/mirror/hg/
> http://icedtea.classpath.org/mirror/g
ion test
jit: Make check was failing with a SIGSEGV.
test/integration: Added some more bytecode tests.
test/integration: Added bytecode tests for istore, lstore, fstore and
dstore.
vm, gc: Improved error handling.
Pekka Enberg (219):
vm: Fix VM launcher help text
On Wed, Feb 1, 2012 at 6:33 PM, Andrew Hughes wrote:
> There are a lot of unreleased fixes in there, including these latest locale
> improvements.
JRuby and Jython won't even start up with .98 so I'm definitely for .99 release!
Hello,
0.99 is almost out of the door so I'd like to begin the discussion on
version control migration. AFAICT, we've all agreed that we'll dump
CVS but left the decision open to which tool we'll migrate.
What I'd personally like to see is that once 0.99 is out, we shut down
CVS, convert the git
On Mon, Mar 12, 2012 at 10:00 PM, Andrew Hughes wrote:
> Well, you probably know from
>
> http://developer.classpath.org/pipermail/classpath/2012-March/003180.html
>
> that I'm in favour of a move to git sooner rather than later.
>
> How about we give it a week from now (say Monday 19th, 16h00 UTC
Hi,
I went through japitools results that compared GNU Classpath to Oracle
JDK and noticed that the following APIs are missing:
Java 1.5
- Lots of java.net APIs
- Pack200 format support
Java 1.6
- JDBC 4.0 API
Java 1.7
- NIO2 API
- Invokedynamic API
Anything else that I didn't spot?
On Tue, Mar 20, 2012 at 12:28 AM, Andrew Hughes wrote:
> As the deadline has now passed, I've populated the git repository on Savannah:
>
> http://git.savannah.gnu.org/cgit/classpath.git
>
> This is now the active development repository and the old CVS repository is
> obsolete.
Yay! :-)
On Fri, Mar 16, 2012 at 9:50 PM, Dr Andrew John Hughes
wrote:
> We are proud to announce the release of GNU Classpath 0.99.
The web site doesn't mention the new release yet. How can we update it?
On Thu, Mar 29, 2012 at 6:40 PM, Andrew Haley wrote:
> zebedee:classpath $ git push ssh://git.savannah.gnu.org/cgit/classpath.git/
> fatal: '/cgit/classpath.git' does not appear to be a git repository
> fatal: The remote end hung up unexpectedly
>
> Any idea what git wants to do the push?
Git wan
On Thu, Mar 29, 2012 at 12:47 PM, Andrew Haley wrote:
> There's a very odd comment in this file: it clearly refers to some
> method in another file. But what was it for, anyway? Surely the
> name of a method and its signature is contained in the code. I'd just
> delete it.
>
> /*
> * Class:
Hi Pavel,
I noticed two issues with your current Mauve classinfo test cases with
GNU Classpath.
- I need the attached patch to make the Object classinfo tests run
with JamVM/GNU Classpath; otherwise I see syntax errors while Mauve
is trying to compile the test classes.
- The tests in
Hello,
GNU Classpath build fails as follows with stock Fedora 17 libtools:
[penberg@golgotha classpath]$ sh autogen.sh
configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but
not m4_defun'd
m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from...
m4/iconv.m4:22: AM_ICONV_LINK is e
Hello,
On Mon, Mar 11, 2013 at 3:20 PM, Andrew Hughes wrote:
> I wasn't aware we did.
>
> What version of libtool does F17 have? I build with 2.4.2 at present.
Oh dear. I was missing gettext-devel package again! How can we add
some magic to "autogen.sh" to be more friendly to the user? I keep
h
Hi Brian,
On Mon, Mar 11, 2013 at 4:41 PM, Brian Jones wrote:
> Add a configure check for whatever the dependency is...
I'm having difficult time figuring out what to check for... It seems
that gettext-devel package provides AC_LIB_PREPARE_PREFIX via
/usr/share/aclocal/lib-prefix.m4 that's autom
On Tue, Mar 12, 2013 at 12:47 PM, Andrew Hughes wrote:
> Looking at rpm -ql gettext-devel on my RHEL system, it seems to add a slew
> of m4 files to /usr/share/aclocal. Maybe if -e /usr/share/aclocal/gettext.m4
> in autogen.sh would be sufficient?
The attached patch works for me. Does it look OK
On Mon, Apr 8, 2013 at 2:47 PM, Alexander Samilovskih
wrote:
> Trying to build
> ./autogen.sh
>
> configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not
[snip]
> -
> Google said that problem related to gettext, but i have it installed
> gettext --version
> g
On Thu, Sep 4, 2014 at 7:17 PM, Guillermo Rodriguez
wrote:
> I think that asking to "help rather than complain" is a bit unfair.
No, it's really not unfair at all. You are basically saying Andrew is
doing a crappy job as a maintainer when in reality he's pretty much
the only one developing GNU Cl
El jueves, 4 de septiembre de 2014, Pekka Enberg escribió:
>> No, it's really not unfair at all. You are basically saying Andrew is
>> doing a crappy job as a maintainer
On Thu, Sep 4, 2014 at 10:29 PM, Guillermo Rodriguez Garcia
wrote:
> No, I am definitely NOT saying that
On Thu, Sep 4, 2014 at 11:15 PM, Andrew Haley wrote:
> Everyone: let's have a proper discussion. Is there something we can
> do with GNU Classpath that takes it further forward. And, if so,
> what? What would our goals be?
I think Guillermo is right that we need to update the GNU Classpath
web
48 matches
Mail list logo