Hi, I'm compiling some software

[butterfm]

Hi,

I'm compiling some software on HP-UX 11.11i which links in the java1.4 library libjvm.sl.

There are 3 versions of this library within the java installation

/opt/java1.4/jre/lib/PA_RISC/server/libjvm.sl
/opt/java1.4/jre/lib/PA_RISC2.0/server/libjvm.sl
/opt/java1.4/jre/lib/PA_RISC2.0W/server/libjvm.sl

The only version that will link in without error is PA_RISC2.0W, therefore I assume that this is the version of the chipset on the machine that I am compiling on.

The questions I have are.

1. Is PA_RISC2.0W a newer version of the PA_RISC2.0 chipset or does it somehow relate to the library being compiled on 32bit / 64bit hardware.

2 If the libjvm.sl library is dynamically linked and then the executable is run on another machine where java 1.4 isn't installed (and therefore the libjvm.sl doesn't exist) what will happen.
Will the software fail to run at all or will it fall over in a big heap only when it tries to call the missing library.

Answers to either of these questions would be greatly appreciated.

M.

 

[RanganathRamachandra]

(real late reply)

1. PA-RISC2.0W is for 64-bit on PA 2.0 architecture. PA-RISC2.0 is for 32-bit. PA-RISC is for PA 1.1 architecture (32-bit).

2. yes, the application will fail to startup properly.

 

[RanganathRamachandra]

forgot to add to 2 : with the latest linker/loader patch you can use the lazyload feature so that the program will actually fail only when it comes across a reference to a symbol which was to be resolved in the missing library.