The change we did for avoiding hardcoding libpaths has broken HP-UX on IA64.
The following was reported via email:

--------------------

The OpenSSL problem is the most serious and is due to this change in
"aclocal.m4":

   < hardcode_into_libs=$hardcode_into_libs
   ---
   > #hardcode_into_libs=$hardcode_into_libs
   > # Always "no" for Globus to support relocatability
   > hardcode_into_libs=no

It appears that HP-UX must have "hardcode_into_libs" set to "yes" (which
is what used to happen), or else the libraries will end up with
hardcoded path information in them which causes links against that
library to fail.  In OpenSSL, "../ssl/.libs/libssl_vendorcc32pthr.so"
had a compiled-in path to "../crypto/.libs/libcrypto_vendorcc32pthr.so"
so, even though the new path to "libcrypto_vendorcc32pthr.so" was
specified on the command line, it was ignored by the linker.

At this time, I do not know of a work-around to this issue, other than
get this variable back to "yes" for HP-UX.  In addition to appearing in
"aclocal.m4", this hardcoded setting also appears ~5 times in each of
these "configure" scripts:

   ./source-trees/core/source/configure
   ./source-trees/gsi/openssl_gpt/configure
   ./source-trees-thr/core/source/configure
   ./source-trees-thr/gsi/openssl_gpt/configure
   ./configure