On Sun, 2006-03-26 at 11:13 +0200, Michael Koch wrote: > 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?
Naming it "libjawt.so" caused a conflict between libgcj and Sun: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20790 > 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");". Agreed, for GNU Classpath deviating from "libjawt.so" doesn't make sense. Let's rename libjawtgnu.so to simply libjawt.so. As for libgcj, we already have custom handling for the native libraries in libgcj so we can just update it to rename libjawt.so locally. Tom
