libz to use kaffe's java.util.zip. Or you can install zip. If
you don't have either building zip files can not work.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Michael Franz wrote:
Hi,
The latest HEAD is causing this build error:
Summary
../../config/powerpc/linux/md.h:34: parse error before mdGetStackSize
Thanks for the bug report, it was a missing include for rlim_t. I've
fixed that in the CVS.
cheers,
dalibor topic
Dalibor Topic wrote:
Intersting. I've looked a little bit around, and it seems to have been
flushed from glibc by this patch:
http://sources.redhat.com/ml/libc-hacker/2000-03/msg00068.html
so the solution wil be to try to find what the equivalent replacement
fields in the new structs are. I'll
Dalibor Topic wrote:
Dalibor Topic wrote:
Intersting. I've looked a little bit around, and it seems to have been
flushed from glibc by this patch:
http://sources.redhat.com/ml/libc-hacker/2000-03/msg00068.html
so the solution wil be to try to find what the equivalent replacement
fields
mean?
thanks for the bug report. What cpu/os platrofm are you on?
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
/kaffe-1.1.x-cvs.tar.gz
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Dalibor Topic wrote:
Hi Jim,
d) Fixing any make dist type problems that show up. In the final
steps of making the release. Typically, I need to cycle through
the build multiple times, as documented here:
http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe-project-services/release-process
Dalibor Topic wrote:
Riccardo wrote:
Hello,
besides needing to add -lnsl -lsocket -lposix4 to be able to link,
kaffe fails this way:
Compiling classes from @pure_java_math.files using /home/multix/kaffe-
cvs/sunos-build/kaffe/kaffe/kaffe-bin -verbosegc -mx 256M at.dms.kjc.
Main
in that direction.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Guilhem Lavaux wrote:
dai shaowei wrote:
thanks to you both! Guilhem has checked in a fix into the CVS.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
we should bump up the default stack size in general.
cheers,
dalibor topic
[1] kaffe -help should list the option name, -ss I believe:)
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
... I'm not sure why we have the ocassional hiccup, but I guess spam
plays a big role in that :(
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
there on the web!
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
the release process simply
(almost automatic). It would be a lot more fun too.
Sorry for keeping everybody in suspense for so long...
No worries, it gave us more time to fix problems with the release, so
the time has been spent well, in my opinion.
cheers,
dalibor topic
the
LDFLAGS yet.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
think that's what
we're going to use to make Kaffe work with Mozilla. I don't think anyone
has tried that out with Opera, though.
I believe that Jim Huang has tried to get gcjwebplugin to work on kaffe,
maybe he can share his experiences with you.
cheers,
dalibor topic
for that
task would be very welcome.
In general, Linux on ix86 should work (though there seem to be some
problems with some distributions that Guilhem Lavaux is looking at fixing).
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http
difference :) I've fixed that
in the CVS.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
simply use that on all systems, no?
I'll write a patch that does that, and give it a spin on linux.
cheers,
dalibor topic
[1] http://www.opengroup.org/onlinepubs/009695399/basedefs/limits.h.html
[2] http://www.netsys.com/cgi-bin/solaris9?sysconf(3C)
[3] Keep off the '_', POSIX. Someone
Michael Franz wrote:
Hi,
This is the last patch to clean up the header includes for clib. There
are some in config that I will get to.
Michael
Hi Michael,
thanks a lot for the patch, I've checked it in.
cheers,
dalibor topic
___
kaffe mailing list
is compiled in conditionally if you decide to use the pure
java DNS implementation from http://www.dnsjava.org/
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Dalibor Topic wrote:
On the other hand, I'm wondering why we have to check for the pthread
max anyway, since my understanding of pthread_create [4] is that it will
return EAGAIN on failure, so we could simply use that on all systems, no?
I'll write a patch that does that, and give it a spin
Kaffe's own implementation of
java.security classes by Classpath's, if you've got some time to look
over the remaining ones, I'd love seeing kaffe getting closer to
classpath in that area, too.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED
'brown paper bag' patch versions on #kaffe!
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
on a good fix.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Kero van Gelder wrote:
Attached.
thanks, I've checked it in.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
write up some code that 'condenses' the NativeInterfaces that are
received from the native method, and I hope that will fix the breakage.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Dalibor Topic wrote:
Guilhem Lavaux wrote:
Timothy Stack wrote:
Now NetworkInterface uses a vector for keeping network interfaces.
So both [I, {A1}] and [I, {A2}] are stored. This is why
both [I, {A1}] and [I, {A2}] are returned now.
I think we should somehow create [I, {A1, A2}] from
([I, {A1
whatsoever, since ContainerPeer.java is in the
same dir, public, and I couldn't see anything wrong with it.
That one has been fixed in CVS head, thanks!
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo
wait 0:07 0.00% 0.00% gmake
when assembling jar kaffe-bin just sits there forever with 99% idle of
cpu.
Hmm, whatever it is doing it's not very fast at it :)
A workaround would be to install zip, and then to try debugging why
kaffe's Jar hangs where it hangs.
cheers,
dalibor topic
tests on netbsd 1.5/m68k and submit the results to the
libtool developers. I doubt that they get much testing on a.out
platforms nowdays :)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
that will work, since the dependencies on the directory are only
when a 'make check' is done. I suppose you could just try it and find
out...
thanks for the 'green light'! I'll test it and check it in, if it works
as expected.
cheers,
dalibor topic
in C code in config/powerpc and kaffe/kaffevm directories.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
on the target machine.
You could try to apply the ideas from
http://www.kaffe.org/pipermail/kaffe/2003-September/043913.html. I
haven't looked at it yet :(
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman
over.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
(and much
faster than with kjc on kaffe).
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Salut Arnaud,
Arnaud Vandyck wrote:
Hi!
Just to let you know that GNUjaxp and libxmlj are now a single project:
GNUjaxp.
Here is a patch for your THIRDPARTY file
Merci! I've checked your patch in.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL
Hi Michael,
Michael Franz wrote:
Opps! That patch was for tag 1.1.3. I have created the correct one for
HEAD
thank you very much! I've checked your patch in. More clean-ups are very
appreciated :)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL
Kaffe CVS wrote:
PatchSet 4755
Date: 2004/05/20 13:51:38
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Implemented -Xbooclasspath options
2004-05-20 Dalibor Topic [EMAIL PROTECTED]
* kaffe/kaffe/main.c:
(options) Added -Xbootclasspath and Xbootclasspath/a
option
Hi all,
just a short note that I've forwarded the patches from Kaffe's CVS to
gjdoc upstream. They are on the Savannah cp-tool patch tracker as [1]
and [2].
cheers,
dalibor topic
[1] https://savannah.gnu.org/patch/?func=detailitemitem_id=3078
[2] https://savannah.gnu.org/patch/?func
worked.
the definition of fixup in jit.h has stayed the same since it was
included, as far as I can see at
http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe/config/m68k/jit.h?annotate=1.13
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http
Hi,
pancake wrote:
does anybody tested that on freebsd? kaffe on freebsd 5.2 segfaults and I don't know if it solves the bug.
It won't solve the freebsd problem, since the patch is m68k specific.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL
Riccardo wrote:
In [EMAIL PROTECTED] Dalibor Topic wrote:
--
typedef struct methodTrampoline {
unsigned short call;
int fixup;
struct _methods* meth;
void** where;
} methodTrampoline
branch. Please throw away any earlier gcc 3 compiler.
as this is an often occuring question, could you give a more up to date
version of gcc (3.3.x, 3.4.0) a try and report back if that solves the
problems?
cheers,
dalibor topic
___
kaffe mailing list
volatile (stfs %1,%0 : =m (call-ret-f) : f (f0));
break;
I hope that we could replace it by C code, as you suggest. Does:
case 'D':
call-ret-d = (double) f0;
break;
case 'F':
call-ret-f = f0;
break;
help?
cheers,
dalibor topic
Ciao Matteo,
Matteo.spolaore wrote:
Hi.
I need to port kaffe on eCos, has anyone also made this porting or has began
it?
Best reagards. Teo
check out
http://www.sinby.com/ for the kaffe/ecos port. It would be nice to merge
that in into Kaffe's main tree, if you're interested.
cheers,
dalibor
be great if someone would take the effort and try to merge them in
into the current source tree. See
http://www.openje.org/kaffepc and
http://www.ci.tuwien.ac.at/~grill/kaffe/ for more information.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL
your fix for the JVMPI to no longer build by default. I'm
going through the configure.ac atm, in order to document it a little better.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi Heejune,
wrote:
PREHi,
See the log from the make check on X86 RedHat 9.X linux.
Thanks. I think that problem has been fixed in the CVS in the mean time.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi
welcome patches in that
direction. I believe that Guilhem was doing some work to separate the
different engines more clearly, for example.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Dalibor Topic wrote:
Dalibor Topic wrote:
Riccardo wrote:
I suspect that d2f is broken in the interpreter. The Java language
spec demands that in case of overflow the value of float is a signed
infinity, but the C standard says oveflow results in undefined
behaviour. So I assume we'd have
Just in case someone wanted to submit embedded Java papers based on Kaffe ;)
cheers,
dalibor topic
---BeginMessage---
==
CALL FOR PAPERS
The 2nd Workshop on
Java
]'
make[3]: *** [support.lo] Error 1
You should enable software floating point support by passing
-msoft-float to gcc in CFLAGS. See
http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2003-May/015260.html
ARM is a little weird wrt floating point :)
cheers,
dalibor topic
on a patch.
cheers,
dalibor topic
#include stdio.h
union dtype {
double d;
int l [sizeof(double)/sizeof(int)];
};
typedef union dtype dtype;
union ftype {
float f;
int i[sizeof(float)/sizeof(int)];
};
typedef union ftype ftype;
void printhex(const char * name, const int * word, int len) {
int i
Riccardo wrote:
In [EMAIL PROTECTED] Dalibor Topic wrote:
for i in test/regression/*.fail ; do \
name=`dirname $i`/`basename $i .fail` ; \
diff -u $name.out $name.fail ; \
done
--- test/regression/DoubleCvt.out 2004-04-28 16:55:27.0
+0200
+++ test/regression
.
I'd be interested in seing whether the failures look similar to the ones
on Solaris.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
)
* reduce coupling between library classes :)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
with gcc's preprocessor.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
from Classpath's rt.jar.
cheers,
dalibor topic
[1] http://www.cs.purdue.edu/s3/projects/bloat/
[2] http://sourceforge.net/projects/jarg/
[3] http://proguard.sourceforge.net/
[4] http://jode.sourceforge.net/
[5] http://proguard.sourceforge.net/alternatives.html
[6]
http://dmoz.org/Computers
). I have never noticed it before.
Thanks for the reminder :)
I've checked n Kiyo's fix for sysdepCallMethod inlining problems, could
you check out from CVs and give it another try?
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http
included javadoc in the build yet, either ...
I'd recommend checking out the 'Documentation found elsewhere' section on
http://www.kaffe.org/documentation.shtml for a lot of information of
kaffe's implementation internals.
cheers,
dalibor topic
___
kaffe
elipse may not be able to
find the sources ...
I guess you could start the other way round, by creating a project for
kaffe in eclipse and importing it. If you manage to do that, I'd be
interested in seeing the project file.
cheers,
dalibor topic
Guilhem Lavaux wrote:
I will quickly write a simple SIGNAL_ARGS and a #undef
HAVE_SIGALTSTACK (to disable stack detection) for POWER_PC for the moment.
Thanks for doing that!
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http
me wondering why using dynamic arrays from gcc is safe
in a macro. I'm not sure whether turning sydepCallMethod from a
macro/inline function to a normal, exported function wouldn't be worth
it. I'll have to do some benchmarking first.
cheers,
dalibor topic
[1] http://gcc.gnu.org/onlinedocs/gcc
Kiyo Inaba wrote:
Dalibor,
Could you check in my 'macro' version of sysdepCallMethod for this release?
Sure! Thanks for figuring that problem out, btw.
I'll revert other platforms back to macros, too, to be on the safe side.
cheers,
dalibor topic
any beneficial
effect on m68k-linux, for example, or on other platforms where this
warning occurs.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
that patch made it in.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
cannot avoid long filenames in their packages stick to GNU tar
1.13.25.
so I'm waiting for automake 1.9 for some improved long-filenames-in-tar
support, since some filenames in kaffe are long enough to break on
non-gnu tars.
cheers,
dalibor topic
___
kaffe
to a macro on
the arches that use dynamic array allocation and have a gcc 2.9x.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
, will remain to be seen in the next
automake releases ...
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
:)
I tested 1.0.7 right now on 10.2.8 and it fails
1.0.7 was the first release with the darwin port from edouard. The port
was checked in in august 2001. I can't find any posts on its status from
around that time.
cheers,
dalibor topic
___
kaffe mailing
Just for fun,
I've updated the CVS stats on
http://www.kaffe.org/~robilad/statcvs/kaffe/ . thanks to gjdoc and
libxmlj, kaffe has broken through 85 lines of code, according to
StatCVS, including the class library and the tools.
cheers,
dalibor topic
Nektarios K. Papadopoulos wrote:
Dalibor Topic wrote:
Should I send :
- one diff per file ?
- one diff per dir ?
- one global diff ?
One diff per type would be nice, otherwise, a global diff would do.
Well, here it goes:
fix_traditional-2.diff fixes
traditional-2 warnings in 32 files
building kaffe.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi Riccardo,
Thanks for reporting the problem.
I've added nio libs to KAFFELIBRARYPATH, so builds with kjc should work
again.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
,
and a set of java classes. I've CC:ed Julian Schied, the author, I hope
he can provide you with more information.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
the CALL_KAFFE_FUNCTION_VARARGS macro in
config/m68k/openbsd2/jit.h since it's not used anywhere tomorrow,
pending your build results with the current code.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman
from today
[1] show no warnings from the compiler wrt to inlining sysdepCallMethod.
If you agree with that, I could write up a patch to switch it over to
use __builtin_alloca.
cheers,
dalibor topic
[1] http://multix.dyndns.org/Sites/kaffe-devel/machines/atrejus/Atrejus.html
] Error 1
Hmm, you could also try building without optimization, with CFLAGS=-O0,
to a) make the build faster, and b) make it easier on the compiler :)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo
difference.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi Kiyo,
Kiyo Inaba wrote:
While trying to get the latest kaffe for m68k, I become wondering what is the
purpose of 'NEED_sysdepCallMethod' macro defined in several machine dependent
codes. That means, this macro is not needed to compile m68k-linux (CVS head)
and it WAS needed for 1.1.4, but
or BOOTCLASSPATH envirionment variable is
set in some way that results in kjc not finding the classes.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
on the linux boot process. See also
http://smarden.org/runit/replaceinit.html .
In theory, you should be able to pass the linux kernel the boot
parameter init=/path/to/kaffe-bin in LILO and see how far you get.
cheers,
dalibor topic
___
kaffe mailing list
about it, and we've agreed to leave it enabled since it should help
us pinpoint failures on 64 bit systems, and similar beasts.
keep up the good work,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
diff ?
One diff per type would be nice, otherwise, a global diff would do.
thanks a lot in advance!
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
are they?
Yes, kaffe's kjc is dms' kjc 2.1B with a few patches. The patches are
available here:
http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe-extras/patches/ . They
are mostly local bugfixes that haven't made it upstream (yet), but may
not be as well tested as dms' source code.
cheers,
dalibor topic
Hi Greg,
good to hear from you!
Greg Wooledge wrote:
Dalibor Topic ([EMAIL PROTECTED]) wrote:
Kaffe 1.0.7 had some problems wrt libtool on i386-openbsd [1]. You could
give kaffe 1.1.4 a spin, it should be better in that respect, since it
uses a newer libtool, with our OpenBSD patches merged
to me.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
are waiting for a bug in Cygwin to be fixed [1] and signal
handlers to be added to it [2]. cgf has been working on adding signal
handler support in recent cygwin versions, so there might have been some
progress in this area.
cheers,
dalibor topic
[1]
http://article.gmane.org/gmane.os.cygwin/42015
,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
magically fixed something like this before, right? Any
idea what could help?
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
.
currently, i'm tracking this problem to get work completely.
Thank you very much for your patches, I've checked them in.
keep up the good work,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi David,
David Marston wrote:
In message [EMAIL PROTECTED]
Dalibor Topic [EMAIL PROTECTED] wrote:
Peter Naulls wrote:
Believe it or not, there are other ARM processors in the world besides
StrongARMs, so we shouldn't be looking at fixed architecture revisions
(in most cases in any
on how to debug kaffe in gdb.
Do I need to tweak my cross compiler?
Probably not, if it builds kaffe so far :)
(I'm brushing up and catching up on my unix/linux/c skills - have been
away for 8 years)
welcome back! :)
cheers,
dalibor topic
___
kaffe
question I know.
I think intrp should work, but I haven't tried recently.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Arnaud Vandyck wrote:
Dalibor, what about integrating swingwt in kaffe as an option in
compilation? ;-)
On my list [1] of things for 1.1.5, marked as G :)
cheers,
dalibor topic
[1] http://www.kaffe.org/pipermail/kaffe/2004-April/045807.html
___
kaffe
Hi Stuart,
Stuart Ballard wrote:
Dalibor Topic wrote:
Kaffe's version is .. uh .. slightly forked atm, due to no official
releases from kjc developers for some time and some unfortunate
miscommunication between them and me.
Do you plan on keeping Kaffe's KJC maintained as a separate fork
; export PATH
CLASSPATH=/usr/loca/kaffe/lib/tools.jar:$CLASSPATH;
export CLASSPATH
Try prepending Klasses.jar to the CLASSPATH.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
specifically on OpenBSD [2]
support, so feel free to join in. It's fun, it's educational, and the
core VM is written in C, so you can leverage your existing C skills :)
cheers,
dalibor topic
[1] http://www.kaffe.org/pipermail/kaffe/2002-August/008812.html
[2] Beside Riccardo, but he seems to have access
Hi all,
Kaffe CVS wrote:
PatchSet 4621
Date: 2004/04/04 14:01:44
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Upgraded to libtool 1.5.4
2004-04-04 Dalibor Topic [EMAIL PROTECTED]
* developers/autogen.sh: Updated to libtool 1.5.4.
Libtool 1.5.4 tarball from FSF seems to have some
901 - 1000 of 1752 matches
Mail list logo