556226 - Can (should?) USE_DLFCN (dlopen) on ia64 (IPF, Itanium) hpux even in 32bit mode

Status: RESOLVED DUPLICATE of bug 357055

(NSPR :: NSPR, defect)

Description

[Michael Haubenwallner]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20100111 Gentoo Firefox/3.5.6
Build Identifier: nss-3.12.5 on ia64-hp-hpux11.23

This maybe isn't really a "bug" in its full sence:
As ia64-hpux uses ELF in both 32bit and 64bit mode, the shl_load API is provided mainly for backwards compatibility, but NSPR uses dlopen only in 64bit mode on both ia64 and hppa (64bit hppa is ELF too).

Reproducible: Always

Steps to Reproduce:
Have stumbled on this because shlibsign (in NSS) couldn't load libfreebl due to unsatisfied _Asm_mov_from_ar (after having fixed in NSPR - will report this separately).
Actual Results:  
NSPR uses SHLIB_PATH to find shared libs in 32bit mode on ia64-hpux,
while using LD_LIBRARY_PATH in 64bit mode.

Expected Results:  
NSPR uses LD_LIBRARY_PATH to find shared libs on ia64-hpux in both 32bit and 64bit mode.

Proposed patch (small enough to provide as comment IMHO):

--- nsprpub/pr/include/md/_hpux.h
+++ nsprpub/pr/include/md/_hpux.h
@@ -75,7 +75,7 @@
 #undef HAVE_WEAK_IO_SYMBOLS
 #undef HAVE_WEAK_MALLOC_SYMBOLS
 #define    HAVE_DLL
-#ifdef IS_64
+#if defined(IS_64) || defined(__ia64)
 #define USE_DLFCN
 #else
 #define USE_HPSHL

Comment 1

[zug_treno]

Duplicate of/related to bug 357055?

Comment 2

[Michael Haubenwallner]

Yes, indeed.