-
Bug
-
Resolution: Fixed
-
P2
-
1.1.1
-
b01
-
generic
-
solaris_2.4
-
Not verified
For Solaris builds of libawt.so, it currently is built with
a run-path based on the MOTIF_DIR variable.
This is strictly speaking incorrect since for Solaris there
is only one standard location for the runtime motif library
which is /usr/dt/lib. It doesn't make sense to allow this
to be set from a variable - it should simply be /usr/dt/lib.
This is also unnecessary for JavaSoft builds since your
runtime includes its own libXm.so.3 and sets LD_LIBRARY_PATH to
use that one instead of the systems.
The way libawt.so is currently built caused troubles for
us since we do not deliver a libXm.so.3 -- instead relying
on the already installed one in /usr/dt/lib. To do this
we either have to ensure that LD_LIBRARY_PATH includes
/usr/dt/lib (which it doesnt by default) or modify the
sun/awt/GNUmakefile with the suggested fix below.
We hate to modify JavaSoft source files to avoid
bringover conflicts in the future.
Another reason that we would like to see this change made
in the JavaSoft side it that we could then take the builds
of the JDK from JavaSoft and simply repackage the bits
without having to build them again ourselves. Since the
libawt.so would have -R/usr/dt/lib we could omit your
internal libXm.so.3 and rely on the one installed on the
system instead -- without changing the bits.
Fixing this small thing would change nothing for JavaSoft
in how it builds and delivers things. But it would make things
simpler for us.
a run-path based on the MOTIF_DIR variable.
This is strictly speaking incorrect since for Solaris there
is only one standard location for the runtime motif library
which is /usr/dt/lib. It doesn't make sense to allow this
to be set from a variable - it should simply be /usr/dt/lib.
This is also unnecessary for JavaSoft builds since your
runtime includes its own libXm.so.3 and sets LD_LIBRARY_PATH to
use that one instead of the systems.
The way libawt.so is currently built caused troubles for
us since we do not deliver a libXm.so.3 -- instead relying
on the already installed one in /usr/dt/lib. To do this
we either have to ensure that LD_LIBRARY_PATH includes
/usr/dt/lib (which it doesnt by default) or modify the
sun/awt/GNUmakefile with the suggested fix below.
We hate to modify JavaSoft source files to avoid
bringover conflicts in the future.
Another reason that we would like to see this change made
in the JavaSoft side it that we could then take the builds
of the JDK from JavaSoft and simply repackage the bits
without having to build them again ourselves. Since the
libawt.so would have -R/usr/dt/lib we could omit your
internal libXm.so.3 and rely on the one installed on the
system instead -- without changing the bits.
Fixing this small thing would change nothing for JavaSoft
in how it builds and delivers things. But it would make things
simpler for us.