> You need to have libart installed. When libart gets its compile test
> fixed (m4 autoconf stuff) then it should be picked up automatically.
> I think you can specify the --with-libart-prefix thing already though.
Okay, thanks. The problem with this was on my end; my
apologies.
-_Quin
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 b
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 ridicul
Mark Wielaard ([EMAIL PROTECTED]) wrote:
> I just looked at the 1.1.8 classlist
> 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!
--
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
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/Lin
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 (i
Brian Jones ([EMAIL PROTECTED]) wrote:
> If the volume is more than a trickle of messages on compiling java
> code with gcc then having a separate list is probably a good thing.
> The classpath list is more of a developer list than a user list.
> Traffic has not mandated we go to a classpath-devel
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
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, becau
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. S
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
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.Ma
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
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
v
15 matches
Mail list logo