On Mon, Mar 20, 2006 at 01:28:30PM -0500, Thomas Fitzsimmons wrote:
> On Mon, 2006-03-20 at 19:20 +0100, Mark Wielaard wrote:
> > Hi Rob,
> >
> > On Mon, 2006-03-20 at 15:37 +0000, Robert Lougher wrote:
> > > On 3/20/06, Mark Wielaard <[EMAIL PROTECTED]> wrote:
> > > > Done. If you have a scroll mouse please try out WW2D with Cacao (I
> > > > didn't get it working with jamvm yet, which seems to crash after loading
> > > > jawt).
> > >
> > > What version of JamVM are you using (i.e. is it CVS or a released
> > > version)? Can you give details as to how to reproduce?
> >
> > Sorry for the vague "bug report". It is with the last release of jamvm
> > 1.4.2. To be really honest I cannot remember how to recreate the
> > libjawt.so from the one in /usr/local/classpath/lib/classpath
> > The jogl library is very specific in how it wants this named and loaded.
> > If you have that (Christian/Tom?) then you can replicate the issue with
> > the instructions (just replace cacao with jamvm) of
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348504
>
> We use this invocation in java-gcj-compat:
>
> echo | gcc -shared -O2 -fPIC -o libjawt.so -Wl,-soname,libjawt.so -xc -
> -lgcjawt
>
> to create a binary-compatible replacement for Sun's libjawt.so. (Note
> that libgcj's version of libjawtgnu.so is called libgcjawt.so. I would
> like to change this and have all free runtime environments standardize
> on the name libjawtgnu.so).
Why do we use another name then libjawt.so anyway? The lib is put into
$prefix/lib/classpath anyway and will never collide with SUNs. And we
dont need do such a hack as Tom mentioned for java-gcj-compat (which is
not really needed either, IMO). When classpath uses a different name
every runtime depending on it need do some hack to rename it to
libjawt.so again as real world apps do "System.loadLibrary("jawt");".
Cheers,
Michael
--
http://www.worldforge.org/
