You first need to explain what language(s) are in a.exe and what language(s) are in b.so.
It seems that a.exe is C++ and b.so is Fortran?
If you are doing that, you should link a.exe with libcl.sl.
A similar issue occurs with C and aC++ and we have a nice web explaining what to do:
http://docs.hp.com/en/7133/distributing.htmI would have expected your first LD_PRELOAD to work, though I would have used .../libcl.2.
Your second attempt, -lcl will not work unless you have the LD_PRELOAD too.
You said you had -Wl,-aarchive, where?
As Sandman suggests, you should using the default, especially when creating shlibs.
From your link line of a.exe, that's your problem! If you insist upon using archives, you must have the system libs as shared.
You can use -l:libm.a for performance.
Note you seem to be including all of the aC++ libs? Why don't they appear twice in the aCC -v output? (Ah, aCC -b.)
In particular, you should have -ldemangle
before the default libs. And there should be no user libs/objects after them.
cflex_64.o...-lsb_cflex_64
>I don't have ldd on any of my HP-UX systems
You should have /usr/ccs/bin/ldd on your system. If not, you need a newer linker patch. (And we really need that ldd or chatr output.)
Also for aCC, you should change +DA2.0W to +DD64.
A comment about Sandman's comment:
-L/opt/aCC/lib/pa20_64 -ldemangle -lcl"
...which is incorrect
This isn't incorrect since -L paths are additive and -lcl will be found under the default or previous -L paths.
