Closed Bug 92717 Opened 24 years ago Closed 24 years ago

On IRIX libmozdbm_s.$(LIB_SUFFIX) is not getting built.

Categories

(SeaMonkey :: Build Config, defect)

SGI
IRIX
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: nickb, Assigned: cls)

Details

Attachments

(1 file)

During a build libmozdbm_s.so gets built, but not libmozdbm_s.a, which is required by security/nss and netwerk/test. This is the security/nss problem: ------------------------------------ gmake[1]: Leaving directory `/projects/sise/mozilla/devel/workpits/moz/latest_gcc/workarea/security/nss/lib' if [ ! -f /projects/sise/mozilla/devel/workpits/moz/latest_gcc/workarea/dist/lib/libdbm.a ]; then \ cp -du /projects/sise/mozilla/devel/workpits/moz/latest_gcc/workarea/dist/lib/libmozdbm_s.a /projects/sise/mozilla/devel/workpits/moz/latest_gcc/workarea/dist/lib/libdbm.a ; \ fi cp: /projects/sise/mozilla/devel/workpits/moz/latest_gcc/workarea/dist/lib/libmozdbm_s.a: No such file or directory This is the netwerk/test problem: ------------------------------------ gmake[2]: Entering directory `/projects/sise/mozilla/devel/workpits/moz/latest_gcc_feature/workarea/netwerk/test' TestOverlappedIO.cpp g++ -o TestOverlappedIO.o -c -DOSTYPE=\"IRIX6\" -DOSARCH=\"IRIX\" -DMOZ_REFLOW_PERF -DMOZ_REFLOW_PERF_DSP -DOJI -DUSE_NSREG -I../../dist/include -I../../dist/include -I/projects/sise/mozilla/devel/workpits/moz/latest_gcc_feature/workarea/dist/include/nspr -fPIC -fno-rtti -fno-exceptions -Wall -pedantic -Wno-long-long -D_LANGUAGE_C_PLUS_PLUS -DDEBUG -DDEBUG_johnv -DTRACING -DMOZILLA_CLIENT -include ../../config-defs.h -Wp,-MD,.deps/TestOverlappedIO.pp /projects/sise/mozilla/devel/workpits/moz/latest_gcc_feature/mozilla/netwerk/test/TestOverlappedIO.cpp g++ -fno-rtti -fno-exceptions -Wall -pedantic -Wno-long-long -D_LANGUAGE_C_PLUS_PLUS -DDEBUG -DDEBUG_johnv -DTRACING -o TestOverlappedIO TestOverlappedIO.o -L../../dist/bin -L../../dist/lib -L../../dist/bin -lmozjs -L../../dist/bin -lxpcom -L/projects/sise/mozilla/devel/workpits/moz/latest_gcc_feature/workarea/dist/lib -lplds4 -lplc4 -lnspr4 -lpthread ../../dist/lib/libmozdbm_s.a -lsocket -ldl -lm g++: ../../dist/lib/libmozdbm_s.a: No such file or directory gmake[2]: *** [TestOverlappedIO] Error 1 gmake[2]: Leaving directory `/projects/sise/mozilla/devel/workpits/moz/latest_gcc_feature/workarea/netwerk/test' gmake[1]: *** [install] Error 2 gmake[1]: Leaving directory `/projects/sise/mozilla/devel/workpits/moz/latest_gcc_feature/workarea/netwerk' gmake: *** [install] Error 2
Have added BUILD_STATIC_LIBS=1 to dbm/src/Makefile.in to force building of libmozdbm_s.a. This patch is only for IRIX (I am not sure if it is a problem on other platforms) and so had to include config/config.mk which converts the $(OS_ARCH) value IRIX64 to IRIX.
Are you trying to build mozilla or NSS? Mozilla no longer uses the NO_STATIC_LIB & NO_SHARED_LIB variables. The setting of FORCE_STATIC_LIB makes sure that libmozdbm_s.a is built. If you are trying to build NSS, then this bug needs to be reassigned to the NSS team.
Building Mozilla, not NSS. It didn't look like NO_STATIC_LIB & NO_SHARED_LIB where doing what they were supposed to! Any idea why this override is needed on IRIX? is it working on other platforms? If I use FORCE_STATIC_LIB rather then BUILD_STATIC_LIBS I only get the static library (no shared). Is the shared library used or just the static one?
What sources are you using? The override is used on all platforms to tell the build system that we only want to build the static library. It's only used in 2 places (if you build NSS) and we want to cut down the number of shared libraries. The question is, why are you seeing this problem and not the current irix tinderbox? I have a current copy of dbm/src/Makefile.in and there are no references to NO_SHARED_LIB nor NO_STATIC_LIB in it.
It appears as if we want v3.14, rather than v3.13. We are using the latest source, as per unix instructions. % setenv MOZ_NSS_AUTOCONF 1 % gmake -f client.mk pull_all cvs -q -z 3 co -P mozilla/client.mk mozilla/build/unix/modules.mk gmake[1]: Entering directory `/projects/sise/mozilla/devel/workpits/source/latest' ... cvs -q -z 3 co -P -r NSS_CLIENT_BRANCH mozilla/security/nss mozilla/security/coreconf ... cvs -q -z 3 co -P SeaMonkeyAll ... % grep Makefile.in dbm/src/CVS/Entries /Makefile.in/3.13/Sat Nov 6 03:17:43 1999//TNSS_3_2_BASE Is the irix tinderbox configured to build security/nss?
Yes, it is. I don't know how setting MOZ_NSS_AUTOCONF would affect things but don't set it. Things build fine without it. > % grep Makefile.in dbm/src/CVS/Entries > /Makefile.in/3.13/Sat Nov 6 03:17:43 1999//TNSS_3_2_BASE That's the problem. You have a sticky tag in your tree from what I'm going to guess is a previous NSS build. Try this: make -f client.mk pull_all MOZ_CO_FLAGS='-P -A'
Thanks for your help Chris, that fixed the problem. Thanks Nick for isolating the problem. Sorry to both of you for the inconvenience, as this was my fault.
Verified invalid as per John's comment. Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
marking verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: