Am Dienstag, 9. November 2004 23:55 schrieb Grzegorz B. Prokopski:
Hi all,
I attached a patch that illustrates how we use the -revision switch
of libtool to say we don't provide a stable binary interface,
instead of hardcoded 0:0:0, as it's done currently in gnu cp.
Short story is:
== Grzegorz B Prokopski [EMAIL PROTECTED] writes:
I attached a patch that illustrates how we use the -revision switch of
libtool to say we don't provide a stable binary interface, instead of
hardcoded 0:0:0, as it's done currently in gnu cp.
My first reaction was to think that maybe we'd
Hi all,
I wanted to do a new release last weekend. But that weekend there was a
lot of new code merged from libgcj, build fixes, new bean code, image
code, classloader updates, file name normalization updates, new X.509
certificate (path checking) code and signed jar entries support...
That
[forgot to CC the list on this first time around]
Mark Wielaard wrote:
To focus more on working towards a 1.0 I want to start to make monthly
releases. 0.13 start of December, 0.14 start of January and 0.15 start
of February. The 0.13 release will be the cut-off date for new
packages/classes (we
Classpath's java.lang.System was changed yesterday so that
initializing that class now depends upon
VMClassLoader.getSystemClassLoader() being able to return a working
class loader.
Unfortunately, Jikes RVM's system class loader is based upon
Classpath's java.lang.URLClassLoader.
Steven Augart wrote:
Classpath's java.lang.System was changed yesterday so that
initializing that class now depends upon
VMClassLoader.getSystemClassLoader() being able to return a working
class loader.
Unfortunately, Jikes RVM's system class loader is based upon
Classpath's
On Wed, 2004-11-10 at 16:15, Mark Wielaard wrote:
We do now have a few small regressions however. There is something wrong
with zip/jar archives on the classpath (this might or might not be a GNU
Classpath issue, we changed the VM interface subtly so maybe it is a
runtime issue). Opening a
Archie Cobbs wrote:
Steven Augart wrote:
Classpath's java.lang.System was changed yesterday so that
initializing that class now depends upon
VMClassLoader.getSystemClassLoader() being able to return a working
class loader.
Unfortunately, Jikes RVM's system class loader is based upon
Classpath's
On Wed, 2004-11-10 at 23:00, Grzegorz B. Prokopski wrote:
On Wed, 2004-11-10 at 16:15, Mark Wielaard wrote:
We do now have a few small regressions however. There is something wrong
with zip/jar archives on the classpath (this might or might not be a GNU
Classpath issue, we changed the VM
9 matches
Mail list logo