--- Helmer Krämer <[EMAIL PROTECTED]> wrote:
> On Tue, 08 Jul 2003 23:47:55 -0700
> Kaffe CVS <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> > Log message:
> > 2003-07-09 Dalibor Topic <[EMAIL PROTECTED]>
> >
> > * libraries/javalib/bootstrap.classlist:
> > Added missing files. Removed kaffe.lang.Ap
On Tue, 08 Jul 2003 23:47:55 -0700
Kaffe CVS <[EMAIL PROTECTED]> wrote:
Hi,
> Log message:
> 2003-07-09 Dalibor Topic <[EMAIL PROTECTED]>
>
> * libraries/javalib/bootstrap.classlist:
> Added missing files. Removed kaffe.lang.Application.
I think we could also delete all the other Application
Hallo Helmer,
--- Helmer Krämer <[EMAIL PROTECTED]> wrote:
> On Thu, 12 Jun 2003 01:47:02 -0700
> Kaffe CVS <[EMAIL PROTECTED]> wrote:
>
> >
> > CVSROOT:/cvs/kaffe
> > Module name:kaffe
> > Changes by: dalibor 03/06/12 01:47:02
> >
> > Modified files:
> > . : Change
In message "Re: [kaffe] Kaffe CVS: kaffe dalibor"
on 03/06/12, Helmer Krämer <[EMAIL PROTECTED]> writes:
> > Linux 2.0.x IPv6 support compilation fixes.
>
> IIRC, there were some more issues with IPv6 support,
> weren't there?
Yes there were.
1) Even if
On Thu, 12 Jun 2003 01:47:02 -0700
Kaffe CVS <[EMAIL PROTECTED]> wrote:
>
> CVSROOT: /cvs/kaffe
> Module name: kaffe
> Changes by: dalibor 03/06/12 01:47:02
>
> Modified files:
> . : ChangeLog configure configure.in
> config : config.h.in
> kaffe/
Hi,
I've finally got around to merge in Jim Huang's Qtopia patch for kaffe's qt
based awt. I've only been able to test this on my mandrake 9.1 box with Qt3 and
it worked fine there. My old suse box seems to have problems with it, since it
crashes kaffe with a null pointer exception with qt2, qt3,
hi,
I've just checked in a port to RISC OS by Peter Naulls
and David Marston. At the moment, it allows HelloWorld
to run. You can get the latest RISC OS binary from
http://www.chocky.org/unix/downloads.html#kaffe .
cheers,
dalibor topic
__
Do you Y
Hi,
--- Kaffe CVS <[EMAIL PROTECTED]> wrote:
>
> CVSROOT: /cvs/kaffe
> Module name: kaffe
> Changes by: dalibor 03/02/21 01:51:11
This patch completed most of the library merge from
JanosVM 1.0. A few bits are missing, but some core VM
changes need to be merged in, before they can be
inc
Hi,
this patch replaced kaffe's Unicode characted database
mechanis with Classpath's. I've done the change for
two reasons: 1. to avoid an ugly initialization step
in Character requiring Character to perform some
resource loading magic on its own, and 2. because
Classpath is up to Unicode 3.0, whi
> Btw, what is the status of make dist & make distcheck
> ? Your patch should have improved some things there,
> but I was still having some problems with make dist
> when autotoolized using automake 1.4p5 & autoconf 2.13
> and make distcheck when autotoolized using automake
> 1.7.2 and autoconf 2.
Hi Tim,
--- Timothy Stack <[EMAIL PROTECTED]> wrote:
> >
> > Fixed & checked in. I used $(srcdir) instead of
> > $(abssrcdir).
>
> Yeah, that worked for me too. The reason it was
> failing silently is
> because Character.java couldn't load 'unicode.tbl'
> and 'unicode.idx'.
> Apparently, it
Oops, one other thing, you need to change the jar command that adds
META-INF to the file, i goofed it up in my last patch.
CLASSPATH=$(CLASSPATH)
KAFFELIBRARYPATH=$(KAFFELIBRARYPATH) $(JAVA)
kaffe.tools.jar.Jar -uvf rt.jar $(srcdir)/META-INF
This should change directories like the other one:
Fixed & checked in. I used $(srcdir) instead of
$(abssrcdir).
Yeah, that worked for me too. The reason it was failing silently is
because Character.java couldn't load 'unicode.tbl' and 'unicode.idx'.
Apparently, it will _only_ load them from a JAR file, so just
specifying the 'lib' directo
--- Dalibor Topic <[EMAIL PROTECTED]> wrote:
>
> --- Timothy Stack <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi Tim,
> >
> > hi,
> >
> > > very weird.
> > >
> > > I've just done a build on HP testdrive
> > i386-freebsd
> > > machine, and it works for me. I've run
> > ./configure;
> > > make in t
--- Timothy Stack <[EMAIL PROTECTED]> wrote:
> >
> > Hi Tim,
>
> hi,
>
> > very weird.
> >
> > I've just done a build on HP testdrive
> i386-freebsd
> > machine, and it works for me. I've run
> ./configure;
> > make in the source directory.
>
> Bah, you and you're source directory builds ;).
--- Dalibor Topic <[EMAIL PROTECTED]> wrote:
> Hi Tim,
> I've just done a build on HP testdrive i386-freebsd
> machine, and it works for me. I've run ./configure;
> make in the source directory.
I meant ./configure; gmake of course ;) Make seems to
be some non-gnu make.
Btw, gmake check says:
=
>
> Hi Tim,
hi,
> very weird.
>
> I've just done a build on HP testdrive i386-freebsd
> machine, and it works for me. I've run ./configure;
> make in the source directory.
Bah, you and you're source directory builds ;). Try configuring/building
in a separate directory...
> cheers,
> dalibor
Hi Tim,
--- Timothy Stack <[EMAIL PROTECTED]> wrote:
> > > This isn't working for me, it just generates an
> > > empty rt.jar.
> >
> > Empty as in "0 bytes long", or empty as in "it's a
> > 350k long jar file with only 0 bytes long files" ?
>
> 0 bytes
>
> > That's on i386-freebsd, right?
>
>
> > This isn't working for me, it just generates an
> > empty rt.jar.
>
> Empty as in "0 bytes long", or empty as in "it's a
> 350k long jar file with only 0 bytes long files" ?
0 bytes
> That's on i386-freebsd, right?
Yep, and built from a fresh checkout.
> cheers,
> dalibor topic
tim
_
--- Timothy Stack <[EMAIL PROTECTED]> wrote:
> > Log message:
> > 2003-02-03 Dalibor Topic <[EMAIL PROTECTED]>
> >
> > * libraries/javalib/kaffe/tools/jar/Jar.java:
> > (updateFilesInJar) implemented.
> >
> > * libraries/javalib/Makefile.am:
> > Use kaffe's jar tool instead of .
>
> This isn't
> Log message:
> 2003-02-03 Dalibor Topic <[EMAIL PROTECTED]>
>
> * libraries/javalib/kaffe/tools/jar/Jar.java:
> (updateFilesInJar) implemented.
>
> * libraries/javalib/Makefile.am:
> Use kaffe's jar tool instead of .
This isn't working for me, it just generates an empty rt.jar.
tim
_
hi Pat,
--- Patrick Tullmann <[EMAIL PROTECTED]> wrote:
> Hi Dalibor,
>
> It seems like just getting configure to test for
> swab correctly will
> solve this problem (unless I'm missing something),
> without having to
> resort to naming platforms in config-mem.h.
I agree. Your test checks for an
Hi Dalibor,
It seems like just getting configure to test for swab correctly will
solve this problem (unless I'm missing something), without having to
resort to naming platforms in config-mem.h.
On FreeBSD (and other sane systems), where swab() is prototyped in a
header file, config-mem.h should n
Hi Pat,
--- Patrick Tullmann <[EMAIL PROTECTED]> wrote:
> Ito wrote:
> > On FreeBSD 3.1-RELEASE, make failed. I think I
> should upgrade to
> > the newest release if I have time.
>
> Its the same on 4.6-STABLE and on a fairly old
> 5.0-CURRENT box.
>
> Why isn't the configure variable HAVE_DECL
Ito wrote:
> On FreeBSD 3.1-RELEASE, make failed. I think I should upgrade to
> the newest release if I have time.
Its the same on 4.6-STABLE and on a fairly old 5.0-CURRENT box.
Why isn't the configure variable HAVE_DECLARED_SWAB being set
correctly? (Is that the g++/gcc distinction Dalibor me
> ":" == Kaffe CVS <[EMAIL PROTECTED]> writes:
:> * config/config-mem.h: changed prototype for swab to use ssize_t
:> as in the Open Group Base Specification. Still works on Linux
:> with X based AWT and Qt based AWT. The problem is that gcc can't
:> see the swab declaration in while g++ can,
--- Ito Kazumitsu <[EMAIL PROTECTED]>
wrote:
>
> In message "Re: [kaffe] Kaffe CVS: kaffe dalibor"
> on 02/11/28, Dalibor Topic <[EMAIL PROTECTED]>
> writes:
>
> > > except that java.net.URI is needed.
> >
> > And here it comes ;)
In message "Re: [kaffe] Kaffe CVS: kaffe dalibor"
on 02/11/28, Dalibor Topic <[EMAIL PROTECTED]> writes:
> > except that java.net.URI is needed.
>
> And here it comes ;) I've attached a partial
> implementation of java.net.URI, and a few fixes to
> ja
Hi Ito,
--- Ito Kazumitsu <[EMAIL PROTECTED]>
wrote:
> Thanks to this update, Saxon 7.3 now runs with
> kaffe
> except that java.net.URI is needed.
And here it comes ;) I've attached a partial
implementation of java.net.URI, and a few fixes to
java.util.regexp.* . Could you give it it a try ? If
In message "[kaffe] Kaffe CVS: kaffe dalibor"
on 02/11/28, Kaffe CVS <[EMAIL PROTECTED]> writes:
> Log message:
> 2002-11-27 Dalibor Topic <[EMAIL PROTECTED]>
>
> Merged in LGPL-d java.util.regex and gnu.regexp from
> Wes Biggs <[EMAIL PROTECTED]>. Merged in javax.naming from
> GNU Classpath
--- Kaffe CVS <[EMAIL PROTECTED]> wrote:
> Log message:
> 2002-11-20 Dalibor Topic <[EMAIL PROTECTED]>
>
> * libraries/javalib/Makefile.am:
> Split Klasses_jar_SRCS into Klasses_jar_SRCS,
> Awt_SRCS and Rest_SRCS. Compilation of class library
> now takes three passes, reducing the amount of
> mem
Hi everybody,
the big patch that just hit the CVS server is the
first in a series of small steps that will improve
kaffe's class library by outsourcing parts of it to
the GNU Classpath developers. As noone complained when
the issue was brought up on the list, I've started to
include bits and piece
Hi Archie,
--- Archie Cobbs <[EMAIL PROTECTED]> wrote:
> Kaffe CVS writes:
> > Changes by: dalibor 02/05/24 07:46:43
> >
> > Modified files:
> > . : ChangeLog
> > libraries/javalib/java/util: HashMap.java
> TreeMap.java
> >
> > Log message:
> > cleaned up clone in java.ut
Kaffe CVS writes:
> Changes by: dalibor 02/05/24 07:46:43
>
> Modified files:
> . : ChangeLog
> libraries/javalib/java/util: HashMap.java TreeMap.java
>
> Log message:
> cleaned up clone in java.util.TreeMap and java.util.HashMap
Can you explain the purpose of these
On Tuesday 23 April 2002 19:11, Brent Fulgham wrote:
> > On Tuesday 23 April 2002 12:43, Kaffe CVS wrote:
> > > Modified files:
> > > . : ChangeLog
> > > kaffe/kaffevm : object.c
> > >
> > > Log message:
> > > fixed array allocation overflow bug
> >
> > See changelog for an expla
> On Tuesday 23 April 2002 12:43, Kaffe CVS wrote:
> > Modified files:
> > . : ChangeLog
> > kaffe/kaffevm : object.c
> >
> > Log message:
> > fixed array allocation overflow bug
>
> See changelog for an explanation. This bug was really messing
> up our gc and led to a lot
On Tue, 23 Apr 2002, Dalibor Topic wrote:
> to version 2.1a with fixes from current kopi CVS. It works well with
> mauve, our own make check, and in general seems to be a lot better than
> kjc 1.5B. It allows you to run mauve tests on kaffe with kjc, something
> that has been rather painful befor
On Tuesday 23 April 2002 11:42, Kaffe CVS wrote:
> Log message:
> updated kjc
to version 2.1a with fixes from current kopi CVS. It works well with mauve,
our own make check, and in general seems to be a lot better than kjc 1.5B. It
allows you to run mauve tests on kaffe with kjc, something that
On Tuesday 23 April 2002 12:43, Kaffe CVS wrote:
> Modified files:
> . : ChangeLog
> kaffe/kaffevm : object.c
>
> Log message:
> fixed array allocation overflow bug
See changelog for an explanation. This bug was really messing up our gc and
led to a lot of unrelated ass
On Wednesday 17 April 2002 23:51, Nic Ferrier wrote:
> Do CVS commits have to go to the general mailing list?
Not necessarily. Although it helps keeping the "target audience" up to date on
what's being worked on. :) And it also helps tracking the changes that are
not mentioned in the ChangeLog.
Do CVS commits have to go to the general mailing list?
It's a little annoying for those of us that just want to track the
discussion.
Nic Ferrier
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
41 matches
Mail list logo