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)
Tracking
(Not tracked)
VERIFIED
INVALID
People
(Reporter: nickb, Assigned: cls)
Details
Attachments
(1 file)
|
549 bytes,
patch
|
Details | Diff | Splinter Review |
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
| Reporter | ||
Comment 1•24 years ago
|
||
| Reporter | ||
Comment 2•24 years ago
|
||
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.
| Reporter | ||
Comment 4•24 years ago
|
||
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.
Comment 6•24 years ago
|
||
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'
Comment 8•24 years ago
|
||
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.
| Reporter | ||
Comment 9•24 years ago
|
||
Verified invalid as per John's comment. Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•