Closed Bug 24922 Opened 25 years ago Closed 25 years ago

nightly 2000-01-2[23] won't run due to dynamic linking problem (1of2)

Categories

(SeaMonkey :: Build Config, defect, P3)

Sun
Solaris

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 20297

People

(Reporter: drl, Assigned: granrosebugs)

Details

I'm building nightly builds on Solaris (5.)7 with Sun C 5.0.
I'm running into a problem caused by the fact that libiostream is a regular
(archive) library instead of a shared object.  This means that when mozilla-bin
dynamically links to the Mozilla libs and *they* want something from libiostream
that is not statically linked into mozilla-bin, we get a program exit during
startup.  For example:

(drl@jethro)5% pwd
/ufs/sys3/mozilla/src/000123/s7/dist/bin
(drl@jethro)6% ../../../../runit
.//run-mozilla.sh ./mozilla-bin
MOZILLA_FIVE_HOME=/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin
 
LD_LIBRARY_PATH=/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin:/opt/pkgs/GTKglib/v1.2.6/lib:/opt/pkgs/GTKgtk/v1.2.6/lib:/opt/pkgs/MISCidl/v0.6.8/lib
       SHLIB_PATH=/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin
          LIBPATH=/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin
      MOZ_PROGRAM=./mozilla-bin
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=
nsNativeComponentLoader: autoregistering begins.
**************************************************
nsNativeComponentLoader:
SelfRegisterDll(/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin/components/libraptorhtmlpars.so)
Load FAILED with error: ld.so.1: ./mozilla-bin: fatal: relocation error: file
/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin/components/libraptorhtmlpars.so:
symbol __RTTI__1nOunsafe_ostream_: referenced symbol not found
**************************************************
*** Registering nsGtkTimerModule components (all right -- a generic module!)
*** Registering nsGfxPSModule components (all right -- a generic module!)
*** Registering nsToolkitModule components (all right -- a generic module!)
**************************************************
nsNativeComponentLoader:
SelfRegisterDll(/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin/components/libraptorhtml.so)
Load FAILED with error: ld.so.1: ./mozilla-bin: fatal: relocation error: file
/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin/components/libraptorhtml.so: symbol
cerr: referenced symbol not found
**************************************************
*** Registering nsMorkModule components (all right -- a generic module!)
*** Registering nsChromeModule components (all right -- a generic module!)
ld.so.1: ./mozilla-bin: fatal: relocation error: file
/ufs/sys/sys3/mozilla/src/000123/s7/dist/bin/components/librdf.so: symbol
__1cNIostream_init2t6M_v_: referenced symbol not found
Killed

(../../../../runit is a script that defines a bunch of environment variables
as needed)

A *very* hackish workaround is the following patch to ../xpfe/bootstrap/Makefile

(drl@jethro)13% diff -c Makefile.dist Makefile
*** Makefile.dist	Mon Jan 24 16:13:14 2000
--- Makefile	Sun Jan 23 20:58:41 2000
***************
*** 89,94 ****
--- 89,95 ----
  
  include $(topsrcdir)/config/rules.mk
  
+ CXXFLAGS	+= -u __1cNIostream_init2t6M_v_ 
  CXXFLAGS	+= $(MOZ_TOOLKIT_REGISTRY_CFLAGS)
  
  install:: $(srcdir)/mozilla

With this hack, mozilla-bin runs further into startup where it hits another
problem (which will be in a different report (2of2))
accepted.
Status: NEW → ASSIGNED
Target Milestone: M16
this is the same problem we're seeing on the nebiros tinderbox.
For the first time in quite a while, the 2000-02-17 sources compiled and built
a  runnable app. It doesn't run long and has other problems but it builds and
runs.  Recent changes seem to have addressed the sparc64-sol7 with SunPro C v5
problem.  This *may* be FIXED.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
yes, this should be fixed.  tor checked in some changes a few days ago that 
fixed Solaris 2.7 and WS 5.0 turning nebiros green.

*** This bug has been marked as a duplicate of 20297 ***
vrfy dupe of fixed bug 20297.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.