Hi,
At DMS we tried to compile GNU Classpath with KJC
(http://www.dms.at/kjc) and we encoutered some problems.
First of all, we were not able to properly generate the makefiles from
the CVS repository.
Here is what we did on an intel station with RH6.1:
vgp% cvs co classpath
vgp% cd classpath
Vincent GAY-PARA [EMAIL PROTECTED] writes:
Hi,
At DMS we tried to compile GNU Classpath with KJC
(http://www.dms.at/kjc) and we encoutered some problems.
First of all, we were not able to properly generate the makefiles from
the CVS repository.
Here is what we did on an intel station
Hi,
On Tue, Dec 28, 1999 at 05:35:44PM +0100, Vincent GAY-PARA wrote:
First of all, we were not able to properly generate the makefiles from
the CVS repository.
[...]
we tried by hand but we encoutered the following problems:
command: cd classpath/lib; java -mx12800 at.dms.kjc.Main
Mark Wielaard ([EMAIL PROTECTED]) wrote:
java.text.NumberFromat is missing a public final
format(Object obj, StringBuffer sb, FieldPosition pos) method.
(Since it is not very clearly documented I just made a choice to format
Doubles/Floats as doubles and all other Numbers as longs. See the
Jochen Hoenicke ([EMAIL PROTECTED]) wrote:
I have invented an ad hoc abstract language and have transformed the
natInflate.cc from libgcj (java.util.zip.Inflate). I have used the
prefix JCL_ for the pseudo methods. I haven't implemented everything,
yet, only what I needed for Inflater. See:
Hi,
On Tue, Dec 28, 1999 at 05:00:37PM -0600, Aaron M. Renn wrote:
Mark Wielaard ([EMAIL PROTECTED]) wrote:
java.text.NumberFromat is missing a public final [...]
Did these patches get applied? This is part of where I think we might
want to look at using the gjc implementation, because
Bryce McKinlay ([EMAIL PROTECTED]) wrote:
gcj cannot yet compile classpath from source code, because it cannot handle
inner or anonymous classes. Work on these and other "JDK-1.1" features is in
progress. In the mean time, gcj should be able to compile most of classpath with
the aid of an
Tom Tromey ([EMAIL PROTECTED]) wrote:
libgcj is very portable (though perhaps not widely ported). It can
run on systems without a filesystem, for instance. I can't speak for
Classpath, but I can say that libgcj's goal is and will continue to be
portability to a wide variety of systems
Bernd Kreimeier ([EMAIL PROTECTED]) wrote:
One of the implications of Java for free software is that it could
eventually make large inroads into Win32/other non-UNIX. Vice versa,
Java applications might minimize the migration pains for GUI intensive
apps, from non-UNIX to Linux. Is GNU/Linux
Aaron wrote:
This is interesting. When does gjc plan to support inner classes? These
are absolutely needed to implement parts of the API.
The work is going on right now. It won't be too much longer.
AG
--
Anthony Green Cygnus Solutions
Mark Wielaard ([EMAIL PROTECTED]) wrote:
I just looked at the 1.1.8 classlist
URL:http://java.sun.com/products/jdk/1.1/docs/relnotes/classlist.html
And the only classes missing from the current Classpath CVS seem to be:
java.applet.*
I finally got around to checking this package in!
--
Bryce McKinlay ([EMAIL PROTECTED]) wrote:
java.awt.image.ColorModel
java.awt.image.DirectColorModel
java.text.DecimalFormat
Hmm, libgcj has a good DecimalFormat implementation...
That's why I didn't write it! I finall got to the end of java.text and
basically said it was ridiculous for
I would have attempted to create a real patch here but I couldn't
access the readonly cvs at cvs.kaffe.org because the name wasn't
resolving for me.
I've attached a text file which is just a simple script to be created
by autoconf at configure time and included in the scripts to be
installed in
13 matches
Mail list logo