Hi Greg,
--- Greg Wooledge <[EMAIL PROTECTED]> wrote:
> 'make dist-gzip' on OpenBSD produces several of these:
>
> tar: File name too long for tar
>
kaffe-1.1.x-cvs/libraries/javalib/META-INF/services/javax.sound.sampled.spi.FormatConversionProvider
> tar: File name too long for tar
>
kaffe-1.1.x
Hi all Amiga lovers,
Hello?
hmmm, seems I'm the only one in the hall tonight . . .
Firstly, the "maximum command line length" problem. Following a suggestion
from Helmer, I have put a few Amiga-centric config variables into a file
kaffe-1.1.0/config/$PLATFORM/$OS. Using the configure option
"--ca
Dalibor Topic ([EMAIL PROTECTED]) wrote:
> I've checked in a patch that provides replacement implementations of inet_pton
> and inet_ntop for the patfroms lacking them, so could you give a fresh checkout
> a try?
"./configure --enable-debug --disable-shared" and "make" work now.
"make install" st
'make dist-gzip' on OpenBSD produces several of these:
tar: File name too long for tar
kaffe-1.1.x-cvs/libraries/javalib/META-INF/services/javax.sound.sampled.spi.FormatConversionProvider
tar: File name too long for tar
kaffe-1.1.x-cvs/libraries/javalib/org/tritonus/share/sampled/convert/TAsynch
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: dalibor 03/06/11 15:46:02
Modified files:
. : ChangeLog
Added files:
FAQ: FAQ.code-layout
Log message:
2003-06-12 Dalibor Topic <[EMAIL PROTECTED]>
* FAQ/FAQ.code-layout: new file.
Hi Greg,
--- Greg Wooledge <[EMAIL PROTECTED]> wrote:
> Dalibor Topic ([EMAIL PROTECTED]) wrote:
>
> > oh, and please try to build kaffe as a static executable. That might help
> if
> > the libtool on your platform is buggy.
>
>
> $ CC=/net/appl/gcc-3.2/bin/gcc CXX=/net/appl/gcc-3.2/bin/g++ ./c
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: dalibor 03/06/11 15:36:45
Modified files:
. : ChangeLog configure configure.in
config : config.h.in
kaffe/scripts : Makefile.in
kaffe/scripts/compat: Makefile.in
libl
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: dalibor 03/06/11 15:26:17
Modified files:
. : ChangeLog
kaffe/kaffevm : findInJar.c
libraries/clib/io: File.c
Log message:
2003-06-12 Dalibor Topic <[EMAIL PROTECTED]>
* libraries/clib/io/F
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: dalibor 03/06/11 15:23:31
Modified files:
. : ChangeLog
libraries/javalib: rebuildLib.in
Log message:
2003-06-12 Dalibor Topic <[EMAIL PROTECTED]>
* libraries/javalib/rebuildLib.in:
fixed quoting of
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: dalibor 03/06/11 15:20:15
Modified files:
. : ChangeLog
Added files:
. : ChangeLog.5
Log message:
2003-06-12 Dalibor Topic <[EMAIL PROTECTED]>
* ChangeLog, ChangeLog.5: rotated changelog
Hi all,
the attached patch introduces replacement functions for inet_ntop and
inet_pton, taken from the ircii project, and published under a BSD license
without an advertising clause.
these replacement functions are needed on cygwin, and apparently on hpux.
cheers,
dalibor topic
___
Hi Stefan,
--- Stefan Eng <[EMAIL PROTECTED]> wrote:
> Hi!
>
> Im trying to find a version of kaffe that works on a OFS1, Alpha in JIT mode.
> I have tried the latest CVS version (doesn't compile properly) and v.
> 1.0.(6-7).
could you elaborate some more on the compilation problems of the CVs
Hi!
Im trying to find a version of kaffe that works on a OFS1, Alpha in JIT mode.
I have tried the latest CVS version (doesn't compile properly) and v. 1.0.(6-7).
Noticed that other have had some questions about this port in the mailing list.
What is the latest known working date/lable/version w
Hii,
I am trying to connect Oracle 8i database using Kaffe on OpenBSD 3.2 operating system.My Kaffe version is 1.0.6.I am using jdbc thin Driver for database connection (classes111.zip from oracle).
I am using following code for testing :
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: hkraemer03/06/11 09:54:14
Modified files:
. : ChangeLog
kaffe/kaffevm : findInJar.c baseClasses.c external.c gcFuncs.c
itypes.c thread.c utf8const.c
Log message:
200
hi Andy,
--- Andy Georges <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello,
>
> I juts compiled 1.1.0 on a FreeBSD 4.8 system
> (FreeBSD 4.8-PRERELEASE #2: Tue Mar 4 11:08:44 CET 2003)
>
> during make check I get the following:
>
> error compiling:
> ./S
CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: hkraemer03/06/11 09:08:56
Modified files:
. : ChangeLog
libraries/clib/native: System.c
libraries/javalib/java/lang: System.java
Log message:
2003-06-11 Helmer Kraemer <[EMAIL PROTECT
Helmer Krämer ([EMAIL PROTECTED]) wrote:
> In the directory where you compile kaffe is a file called
> BUILD_ENVIRONMENT. It defines some environment variables
> that are used to execute a non-installed kaffe during the
> compilation. If you set these environment variables and
> change SP_OFFSET b
> > Could you please check confirm that the 4 regression tests
> > which succeed on alpha-linux are the same 4 that succeed
> > with MIPS/Linux under jit3, i.e.
> >
> > HelloWorldApp.class.save
> > CatchLimits.class.save
> > TestFloatDouble, and
> > ThreadStop?
>
> FYI, these tests almost always s
Dalibor Topic ([EMAIL PROTECTED]) wrote:
> oh, and please try to build kaffe as a static executable. That might help if
> the libtool on your platform is buggy.
$ CC=/net/appl/gcc-3.2/bin/gcc CXX=/net/appl/gcc-3.2/bin/g++ ./configure
--prefix=/net/appl/tool --disable-shared
$ make
[...]
/net/ap
Martin Pohlack ([EMAIL PROTECTED]) wrote:
> In my recent attempt to build kaffe with the "diet libc" I noticed some
> #warnings, given by "diet libc":
>
> ../kaffevm/.libs/libkaffevm.a(syscalls.o)(.text+0x4e8): In function
> `jthreadedGetHostByAddr':
> /home/mp26/erwin/kaffe/kaffe/kaffevm/syste
Greg Wooledge wrote:
After having run the CVS release of kaffe, and now version 1.1.0,
for several days, I'm pretty sure it's leaking memory a lot faster
than the CVS version from a month ago did. The early May version
typically took 24 to 48 hours to fill up the memory I allowed it
(224 MB) while
--- "Kevin D. Kissell" <[EMAIL PROTECTED]> wrote:
> Could you please check confirm that the 4 regression tests
> which succeed on alpha-linux are the same 4 that succeed
> with MIPS/Linux under jit3, i.e.
>
> HelloWorldApp.class.save
> CatchLimits.class.save
> TestFloatDouble, and
> ThreadStop?
y
--- "Neetu Gupta, Noida" <[EMAIL PROTECTED]> wrote:
> Hi,
> I've built kaffe-1.0.5 interpreter on SuperUx. But while compiling a
> java file through javac, it's giving the error:
> Dumping live threads:
> `main' tid 4040fc030, status SUSPENDED flags NOSTACKALLOC
> [EMAIL PROTECTED] (4040fc0
On Wednesday, June 11, 2003, at 05:16 AM, Kevin D. Kissell wrote:
Could you please check confirm that the 4 regression tests
which succeed on alpha-linux are the same 4 that succeed
with MIPS/Linux under jit3, i.e.
HelloWorldApp.class.save
CatchLimits.class.save
TestFloatDouble, and
ThreadStop?
F
On Wednesday, June 11, 2003, at 06:01 AM, Helmer Krämer wrote:
On Wed, 11 Jun 2003 13:02:16 +0200
"Kevin D. Kissell" <[EMAIL PROTECTED]> wrote:
Our of curiousity, I configured the MIPS/Linux interpretive kaffe
with --disable-debug, for speed, and ran the Embedded CaffeieneMark
benchmark. Compari
Hi Kevin, hallo Helmer,
--- "Kevin D. Kissell" <[EMAIL PROTECTED]> wrote:
> > > Our of curiousity, I configured the MIPS/Linux interpretive kaffe
> > > with --disable-debug, for speed, and ran the Embedded CaffeieneMark
> > > benchmark. Comparing the result with an equivalent 1.0.7-based build,
>
On Wed, 11 Jun 2003 13:02:16 +0200
"Kevin D. Kissell" <[EMAIL PROTECTED]> wrote:
> > > Our of curiousity, I configured the MIPS/Linux interpretive kaffe
> > > with --disable-debug, for speed, and ran the Embedded CaffeieneMark
> > > benchmark. Comparing the result with an equivalent 1.0.7-based b
Hi,
I've built kaffe-1.0.5 interpreter on SuperUx. But while compiling a
java file through javac, it's giving the error:
Dumping live threads:
`main' tid 4040fc030, status SUSPENDED flags NOSTACKALLOC
[EMAIL PROTECTED] (4040fc030->|)
Deadlock: all threads blocked on internal events
core du
Could you please check confirm that the 4 regression tests
which succeed on alpha-linux are the same 4 that succeed
with MIPS/Linux under jit3, i.e.
HelloWorldApp.class.save
CatchLimits.class.save
TestFloatDouble, and
ThreadStop?
The 133 out of 137 number just seems like more than a
coincidence.
> > Our of curiousity, I configured the MIPS/Linux interpretive kaffe
> > with --disable-debug, for speed, and ran the Embedded CaffeieneMark
> > benchmark. Comparing the result with an equivalent 1.0.7-based build,
> > we can see that a bunch of things have improved a little, some things
> > have
On Wed, 11 Jun 2003 12:07:10 +0200
"Kevin D. Kissell" <[EMAIL PROTECTED]> wrote:
> Our of curiousity, I configured the MIPS/Linux interpretive kaffe
> with --disable-debug, for speed, and ran the Embedded CaffeieneMark
> benchmark. Comparing the result with an equivalent 1.0.7-based build,
> we c
>
> -echo "Compiling classes from ${1+"$@"} using " $JAVAC
> +echo "Compiling classes from " ${1+"$@"} " using " $JAVAC
> $JAVAC $VERBOSE $JAVAC_FLAGS -d $LIBDIR $CPATH ${1+"$@"}
>
it works fine
Regards
Milos
___
kaffe mailing list
[EMAIL PROTECTE
On Wed, 11 Jun 2003 00:12:43 +0200
"Kevin D. Kissell" <[EMAIL PROTECTED]> wrote:
> > could you do a
> >
> > kaffe -verbosegc -verbosemem at.dms.kjc.Main HelloWorldApp.java
> >
> > and put the memory stats up somewhere? It'd be interesting to see where the
> > leaks are coming from.
>
> Alas, a
Our of curiousity, I configured the MIPS/Linux interpretive kaffe
with --disable-debug, for speed, and ran the Embedded CaffeieneMark
benchmark. Comparing the result with an equivalent 1.0.7-based build,
we can see that a bunch of things have improved a little, some things
have stayed the same, an
> I've googled around and found some patches for parisc & HPUX, so we could
> check
> which were applied and which were not. Here's a list:
>
> http://www.kaffe.org/pipermail/kaffe/1997-April/019384.html
> http://www.kaffe.org/pipermail/kaffe/1998-July/002433.html
> http://www.kaffe.org/pipermail
--- Helmer Krämer <[EMAIL PROTECTED]> wrote:
> On Tue, 10 Jun 2003 20:22:48 -0400
> Greg Wooledge <[EMAIL PROTECTED]> wrote:
>
> > Dalibor Topic ([EMAIL PROTECTED]) wrote:
> >
> > > I suspect that the SP_OFFSET is wrong. Could you try changing the value
> of
> > > SP_OFFSET in config/parisc/thre
On Tue, 10 Jun 2003 20:22:48 -0400
Greg Wooledge <[EMAIL PROTECTED]> wrote:
> Dalibor Topic ([EMAIL PROTECTED]) wrote:
>
> > I suspect that the SP_OFFSET is wrong. Could you try changing the value of
> > SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and try
> > again?
>
>
--- Greg Wooledge <[EMAIL PROTECTED]> wrote:
> Dalibor Topic ([EMAIL PROTECTED]) wrote:
>
> > I suspect that the SP_OFFSET is wrong. Could you try changing the value of
> > SP_OFFSET in config/parisc/threads.h to 19 (which is what linux uses) and
> try
> > again?
>
> This does not seem to have m
Hi Swapnil,
--- swapnil_joshi <[EMAIL PROTECTED]> wrote:
> java.lang.ExceptionInInitializer Error : [exception was
> kaffe.util.SupportDisabled
>
>
> : GNU gmp was not found by kaffe configure Script]
>
>
> at oracle.jdbc.driver.OracleStatement.getStringValue(OracleStatement.java :
> line unk
40 matches
Mail list logo
