Cross-compiling Kaffe for the OSKit I get:
libltdl/ltdl.c: In function `load_deplibs':
libltdl/ltdl.c:1199: `shlib_ext' undeclared (first use this function)
The definition of shlib_ext is ifdef LTDL_SHLIB_EXT'd at the top of
the file. This code is part of some recent (Feb 15th) changes.
I
What are the required autoconf/automake versions for playing with the
Kaffe makefiles?
autoconf 2.13 seems to work. (the latest CVS autoconf complains a lot,
however).
I tried automake v1.4, Alexandre's automake-1.4a-dep (from
FAQ.automake), and the latest CVS automake. All versions give me
> find $SRCDIRS -name ".*" -o -name \*.java -print | sort > classlist
and
> find $SRCDIRS -name \*.java -a \! -name ".*" -print | sort > classlist
are the same because the -o has lower precendence. My version is
effectively (name ".*" and do nothing) or (name "*.java" and print).
Short-circu
Patrick Tullmann writes:
> diff -u -u -r1.3 update-class-list
> --- update-class-list 1999/08/06 23:55:36 1.3
> +++ update-class-list 2000/02/23 19:12:34
> @@ -20,7 +20,7 @@
> trap 'rm -f classlist pkglist macrodef; exit 1' 1 2 15
>
> echo WARNING: Omitting java/awt/win32 package from the
This patch prevents developers/update-class-list from including
/.~foo.java (i.e., temporary backup files) in the list of classes to
include in Klasses.jar. Hmm... I guess most folks don't write their
backup files as .~foo..., but it shouldn't cause any problems (files
that start with "." probab
Hi,
Please give me some hints about building the Kaffe in IRIX 6.5.
Thanks!
ln -s Arrays.lo Arrays.o
generating symbol list for `libnative.la'
/usr/local/bin/nm -B ObjectStreamClassImpl.o Application.o
ByteToCharDefault.o CharToByteDefault.o Class.o ClassLoader.o Compiler.o
Double.o Float.o Ma
Stefan,
this is the desired behavior.
For instance, if there is a directory ./java with say
./java/lang/Object.class, then I *want* Kaffe to load this
file for java.lang.Object and not the java/lang/object.class from
Klasses.jar. Although it can be confusing (the whole CLASSPATH idea
is ill-
>>> it went ok BUT for AWT. I get a similiar error. I cannot compile
>>> applications with AWT components with KJC - but this does not
>>> overly concern me since I have another java compiler.
>
>AFAIK, you should also install XFree86 for cygwin, otherwise Kaffe's
>libawt won't be built.
Well,
Hi,
I've noticed that Kaffe behaves differently comparing to JDK in
respect to where the current directory ends up in the CLASSPATH. I happened to
have a directory in the current directory called java which contained
classes. This confused kaffe so much that it failed to
locate the standard Java
Ivan Canales Cañas wrote:
> > We're a pair of students at UPC (Univeristat Politècnica de Catalunya)
> > that are working in garbage collection. Our goal is to improve a pair of
> > gc's algorithms on kaffe.
Nice. Please, let me/us know if you move towards "real-time" GC issues.
> > By now, w
On Feb 22, 2000, Rodrigo Dias Arruda Senra <[EMAIL PROTECTED]> wrote:
> In my case the problem was that libawt* was not built at all!
The reason is pretty obvious to me:
configure:3416: checking for X
configure:3483: gcc -E -I/usr/local/include conftest.c >/dev/null
2>conftest.out
configure:3
> Hello people,
>
> We're a pair of students at UPC (Univeristat Politècnica de Catalunya)
> that are working in garbage collection. Our goal is to improve a pair of
> gc's algorithms on kaffe.
> By now, we're concentring our minds in the study of the actual gc. Do
> anyone have any documentat
This patch fixes a problem when writing a ZipEntry before setting
the crc value. This can happen with a compressed entry for instance.
I do have a test case for this but it is in flux at the current
time.
Tue Feb 22 17:02:40 CET 2000 Moses DeJong <[EMAIL PROTECTED]>
* libraries/javalib/
13 matches
Mail list logo