2011/12/19 Bert Freudenberg <bert at freudenbergs.de>:
> Okay, so the bug is that the VM tries to find "libGL.so.1" on its own, rather than simply calling dlopen() directly. I'm sure there was a reason for stat()ing first, but I thought that after trying the places, it would at least fall back to the obvious dlopen() call?

I think this makes perfectly sense for looking up the location of
external VM modules (since the dynamic linker does not know a thing
about these modules), but does not work as well for shared libraries
that are meant to be used by FFI. But the same mechanics is used for
modules and shared libraries/FFI (as far as I can remember it).

Alex