This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: locks on X86
- To: "Boehm, Hans" <hans_boehm at hp dot com>, "Jeff Sturm" <jsturm at one-point dot com>
- Subject: RE: locks on X86
- From: "Anthony Green" <green at redhat dot com>
- Date: Mon, 12 Mar 2001 17:29:18 -0800
- Cc: <java at gcc dot gnu dot org>, <drepper at redhat dot com>
- Reply-To: <green at redhat dot com>
Hans wrote:
> That would certainly be nicer. But we would need to factor out the small
> piece of libgcj that's affected. We don't want to have to distribute 2
> copies of the full libgcj.so.
We could just leave it up to the system vendor / installer.
Hello is a gcj built program...
$ LD_DEBUG=libs ./Hello
this results in a bunch of output including...
02327: trying file=/usr/etc/i686/mmx/libm.so.6
02327: trying file=/usr/etc/i686/libm.so.6
02327: trying file=/usr/etc/mmx/libm.so.6
02327: trying file=/usr/etc/libm.so.6
So it seems ld.so already knows to look for special mmx and i686 variants of
libraries on x86 Linux. If ld.so were changed to look for "up"
(uniprocessor) variants then we could just tell system vendors / installers
to configure with --enable-uniprocessor and install the library in the right
place.
AG