Archie Cobbs wrote:
>
> Tatu Saloranta writes:
> >
> > Then again as there already is a patch that should save space (even if
> > StringBuffer is used just once), I'm a happy camper. :-)
>
> Tatu-
> Aside from the theoretical debate, I'd be interested to hear if
> the recent checkin's all
Artur Biesiadowski writes:
> > // Note: value, offset, and count are not private, because
> > // StringBuffer uses them for faster access
> > - char[] value;
> > - int offset;
> > - int count;
> > + char[] value; // really "final"
> > + int
Archie Cobbs wrote:
> // Note: value, offset, and count are not private, because
> // StringBuffer uses them for faster access
> - char[] value;
> - int offset;
> - int count;
> + char[] value; // really "final"
> + int offset;
Tatu Saloranta writes:
> >
> > - most JAVA programmers try to code a program that behaves well
> >under all JVMs available.
> > - The default StringBuffer implementation from SUN have problems
> >with resuse of large Stringbuffers.
> >
> > So, IMO all you can do is to code around this p
Mo DeJong writes:
> This brings up an interesting question. Should kaffe always
> maintain "compatibility" with a Sun JDK implementation
> (1.1, 1.2, or 1.3) even when a Sun implementation
> is clearly wrong or inefficient?
People seem to complain more about incompatible behavior
than they do ab
Stuart Ballard wrote:
> Would it perhaps be a good idea for configure to print some warnings at
> the end of the process if "important" stuff like zlib is missing?
That, and the run-time shouldn't throw random exceptions. A
'NotImplementedError' or something like that would be much better,
esp
Timothy Stack wrote:
>
> from kaffe/clib/zip/Inflater.c, line 17:
>
> #if defined(HAVE_LIBZ) && defined(HAVE_ZLIB_H)
>
> Are you sure you have zlib installed when you configure? Since the `init'
> function exists in this file, i can only imagine that the reason its
> failing is because of th
Nandana wrote:
> "Edouard G. Parmelan" wrote:
>
> > Humm, I just read config/arm/linux/config.frag and if $cross_compile ==
> > yes, sizeof are setup. I don't know why configure don't detect that
> > you're in a cross-compiling environment :-(
> >
> > Could you remove line ``ac_cv_prog_cc_cros
"Edouard G. Parmelan" wrote:
> Humm, I just read config/arm/linux/config.frag and if $cross_compile ==
> yes, sizeof are setup. I don't know why configure don't detect that
> you're in a cross-compiling environment :-(
>
> Could you remove line ``ac_cv_prog_cc_cross=${ac_cv_prog_cc_cross=no}''
Nandana wrote:
> > > I am trying to cross compile kafee on to StrongArm development
> > With cross-compiling, configure can't guest sizeof(), you should provide
> > a config.frag file as for OSKit in config/i386/oskit/config.frag
> >
>
> How do I provide config.frag file.
Humm, I just read co
"Edouard G. Parmelan" wrote:
> Hi Nandana,
>
> > I am trying to cross compile kafee on to StrongArm development
>
> > ../../../include/jtypes.h:36: #error "sizeof(int) or sizeof(long) must
> > be 4"
> > ../../../include/jtypes.h:46: #error "sizeof(long long) or
> > sizeof(__int64) must be 8"
> >
Hi Nandana,
> I am trying to cross compile kafee on to StrongArm development
> ../../../include/jtypes.h:36: #error "sizeof(int) or sizeof(long) must
> be 4"
> ../../../include/jtypes.h:46: #error "sizeof(long long) or
> sizeof(__int64) must be 8"
> In file included from ../../../kaffe/kaffevm/
12 matches
Mail list logo