Gregory Shimansky wrote:
Oleg Khaschansky wrote:
Sun's Java seem to be bundling some libraries with itself like libzip
and libjpeg. But the rest of the libraries like X11, ALSA, probably
other are taken from the system.
As far as I know, RI uses dlopen approach, at least in some cases,
see, e.g. [1].
This means that we
should either bundle in all the required libraries, or use dynamic
linking with the libraries installed in the system.
Bundling in X11 and mesa? :)
No, Sun links against X11 and ALSA and doesn't use dlopen. It doesn't
seem to be a problem for anyone. Why can't we?
Isn't dlopen/dlsym approach a dynamic linking?
It is dynamic linking. I just don't like it that we have to *guess* the
library name. It should be as few such cases as possible. Or we'll get
the bug reports like in your URL.
I don't like the "fetch me a rock" approach either, for all sorts of
reasons. First is compatibility - does this mean we need to test with
all possible variants of what the classlib could possibly load?
(and this is why I lean to static linking - no mysteries or surprises)
Again, some API could be missing in some systems (opengl extensions,
for example), what would you suggest to do in this case?
I think that distribution integrators may just add opengl package as a
dependency to harmony package, so it will be installed if harmony is
installed.
Hopefully.
geir
