77324 - PSM/NSS Build Failure on Sparc Solaris 2.6, nightly 20010423

Status: RESOLVED FIXED

(NSS :: Libraries, defect)

Description

[Gyles Harvey]

Mozilla builds and runs, but PSM does not build, failing at:

gcc -G -h libfreebl_pure32_3.so -shared
-Wl,-B,symbolic,-z,defs,-z,now,-z,text,-M,mapfile.Solaris -o
SunOS5.6_OPT.OBJ/libfreebl_pure32_3.so SunOS5.6_OPT.OBJ/ldvector.o
SunOS5.6_OPT.OBJ/prng_fips1861.o SunOS5.6_OPT.OBJ/sha_fast.o
SunOS5.6_OPT.OBJ/md2.o SunOS5.6_OPT.OBJ/md5.o SunOS5.6_OPT.OBJ/alg2268.o
SunOS5.6_OPT.OBJ/arcfour.o SunOS5.6_OPT.OBJ/arcfive.o
SunOS5.6_OPT.OBJ/desblapi.o SunOS5.6_OPT.OBJ/des.o SunOS5.6_OPT.OBJ/rijndael.o
SunOS5.6_OPT.OBJ/dh.o SunOS5.6_OPT.OBJ/pqg.o SunOS5.6_OPT.OBJ/dsa.o
SunOS5.6_OPT.OBJ/rsa.o SunOS5.6_OPT.OBJ/mpprime.o SunOS5.6_OPT.OBJ/mpmontg.o
SunOS5.6_OPT.OBJ/mplogic.o SunOS5.6_OPT.OBJ/mpi.o  
../../../../../dist/SunOS5.6_OPT.OBJ/lib/libsecutil.a 
-L../../../../../dist/SunOS5.6_OPT.OBJ/lib/ -lplc4 -lplds4 -lnspr4 -lc
Undefined                       first referenced
 symbol                             in file
s_mpv_mul_d                         SunOS5.6_OPT.OBJ/mpmontg.o
conv_i32_to_d32_and_d16             SunOS5.6_OPT.OBJ/mpmontg.o
s_mpv_mul_d_add                     SunOS5.6_OPT.OBJ/mpi.o
mont_mulf_noconv                    SunOS5.6_OPT.OBJ/mpmontg.o
s_mpv_mul_d_add_prop                SunOS5.6_OPT.OBJ/mpmontg.o
conv_i32_to_d32                     SunOS5.6_OPT.OBJ/mpmontg.o
conv_i32_to_d16                     SunOS5.6_OPT.OBJ/mpmontg.o
ld: fatal: Symbol referencing errors. No output written to
SunOS5.6_OPT.OBJ/libfreebl_pure32_3.so
collect2: ld returned 1 exit status

Comment 1

[John G. Myers]

This is in NSS, not PSM.

Comment 2

[Wan-Teh Chang]

Assigned the bug to Nelson.

Comment 3

[Nelson Bolyard (seldom reads bugmail)]

I just built all of NSPR, DBM and NSS (trunk) on Solaris 7 (UltraSparc) 
with gcc without any errors using NSS's makefiles (coreconf) and 
gcc version 2.95.2 19991024 (release)

So, this problem must be in the way that PSM builds NSS, or with 
some branch that we don't support.

Comment 4

[Gyles Harvey]

I doubt the issue concerns branches as I acquire my source from:

http://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-source.tar.bz2

and not from CVS.

The issue is new, and still present in the 24th April source. I last had a
working PSM on 20010321, since April it has built, but not worked (PSM dialog
opens, but pages won't load - just "document done" and a blank page). Sometime
between 0413 and 0423 (I was away) the build broke.

I configure as follows:

# for PSM security:
setenv NS_USE_GCC 1
setenv NO_MDUPDATE 1
# NSS optimised?
setenv BUILD_OPT 1

./configure --prefix=/work/gyles/apps/mozilla --disable-tests --disable-debug
--enable-optimize --disable-mailnews --enable-ultrasparc
# --enable-modules=psm ? - doesn't seem to work

make
make BUILD_MODULES=psm

Comment 5

[Nelson Bolyard (seldom reads bugmail)]

So, this is a problem with the autoconf stuff.
Reassigning to bryner.

Comment 6

[Brian Ryner (not reading)]

No, this isn't the NSS autoconf stuff.  The configure command mentioned is
what's passed to mozilla's toplevel configure, and the nightly source tarballs
include the non-autoconf NSS source.  Assigning back to nelsonb.

Also, I'm fairly sure that setting BUILD_OPT=1 in your .mozconfig is
unnecessary; the Mozilla build sets that variable for you when it invokes NSS's
build.

Comment 7

[Nelson Bolyard (seldom reads bugmail)]

It builds fine on the tip.  If some other tag doesn't build, that tag
will have to move, I guess.

Comment 8

[Wan-Teh Chang]

I suspect that this bug is a duplicate of bug #77788.

Do you have CFLAGS set in your environment?  If so, could you
unset the CFLAGS environment variable and try again?  If you
are able to build with CFLAGS unset, you can try the patch in
bug #77788.  Make sure you test that patch with CFLAGS *set*.

Comment 9

[Gyles Harvey]

Given when the bugs were opened I'd say bug #77788 is a duplicate if this one
;-)

Anyway - removing CFLAGS and downloading 20010430 has changed the failure mode
to:

make[2]: Leaving directory
`/work/gyles/apps/mozilla/DISTRIBUTION/20010430/mozilla/security/nss/lib'
../../config/nsinstall -R -m 755
../../dist/SunOS5.6_sparc_OPT.OBJ/lib/libnssckbi.so ../../dist/bin
../../config/nsinstall: cannot access
../../dist/SunOS5.6_sparc_OPT.OBJ/lib/libnssckbi.so: No such file or directory
make[1]: *** [install] Error 1
make[1]: Leaving directory
`/work/gyles/apps/mozilla/DISTRIBUTION/20010430/mozilla/security/manager'
make: *** [install] Error 2

This looks like some sort of path problem because the library has built:

whars07h{gyles}24: cd SunOS5.6_OPT.OBJ/
/work/gyles/apps/mozilla/DISTRIBUTION/20010430/mozilla/security/nss/lib/ckfw/builtins/SunOS5.6_OPT.OBJ
whars07h{gyles}25: l
total 300
-rw-rw-r--   1 gyles    passport    15392 May  1 11:03 anchor.o
-rw-rw-r--   1 gyles    passport    77556 May  1 11:03 certdata.o
-rw-rw-r--   1 gyles    passport     1344 May  1 11:03 constants.o
-rw-rw-r--   1 gyles    passport     2180 May  1 11:03 find.o
-rw-rw-r--   1 gyles    passport     1892 May  1 11:03 instance.o
-rwxrwxr-x   1 gyles    passport   182440 May  1 11:03 libnssckbi.so*
-rw-rw-r--   1 gyles    passport     1924 May  1 11:03 object.o
-rw-rw-r--   1 gyles    passport     1036 May  1 11:03 session.o
-rw-rw-r--   1 gyles    passport     1792 May  1 11:03 slot.o
-rw-rw-r--   1 gyles    passport     2276 May  1 11:03 token.o
whars07h{gyles}26: file libnssckbi.so 
libnssckbi.so:  ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked,
not stripped

Comment 10

[Margaret Chan]

Please check out 77123.  The last problem reported here was mentioned in that
bug.  The problem appears to be inconsistent usage of directory name.  I've
provided a workaround in 77123.  

Comment 11

[Wan-Teh Chang]

I am marking this bug fixed.

The original problem (undefined symbols when linking
libfreebl_pure32_3.so) can be worked around by unsetting
CFLAGS in the environment.  The real fix has been posted
to bug #77788, which is a duplicate of this bug.

The new problem (extra "sparc" in the SunOS5.6_sparc_OPT.OBJ
directory name) is identical to one of the build problems
reported in bug #77123.  I proposed two possible fixes in
that bug.