I'm filing unauthorized bugs again, hope I don't make a new enemy...
I wanted to file this against the JSS build, but that was not a choice here.
When checking out coreconf with the static tag "NSS_3_3_RTM" the builds pass,
when using the current coreconf, which I need for the NT build to pass it fails
with and ld error:
gmake: Entering directory
grep -v ';+' jss.def | grep -v ';-' | \
sed -e 's; DATA ;;' -e 's,;;,,' -e 's,;.*,,' -e 's,^,-exported_symbol ,' >
rm -f OSF1V4.0D_DBG.OBJ/libjss3.so
ld -shared -expect_unresolved "*" -soname libjss3.so -B symbolic -hidden -input
OSF1V4.0D_DBG.OBJ/jssmap.osf -o OSF1V4.0D_DBG.OBJ/libjss3.so
-L../../../dist/OSF1V4.0D_DBG.OBJ/lib -lnss3 -lsmime3 -lssl3 -lplc4 -lplds4
-lhpi -L/share/builds/components/jdk/1.2.2/OSF1/jre/lib/alpha/classic -ljvm
Badly formed hex number: symbolic
ld: Usage: ld [options] file [...]
gmake: *** [OSF1V4.0D_DBG.OBJ/libjss3.so] Error 1
gmake: Leaving directory
gmake: *** [libs] Error 2
Elapsed Time = 00:01:37
Tue 25 Sep 2001 12:07:29
Created attachment 50760 [details]
JSS 3.1 DBG built with new coreconf (failed)
Created attachment 50761 [details]
JSS 3.1 DBG built with NSS_3_3_RTM coreconf (passed)
Can you please do a "which ld"?
The ld man page does indicate that the -B argument is supposed to take a number,
not the word "symbolic". But it works for me. Possibly it depends which version
and supplier of ld we are using.
in a regular svbld login shell which ld gives
I am not completely convinced that that is the ld that is being used in the
build, since I am not so familiar with the buildsystem - maybe the linker is
being changed - you could ask Anthony.
With the coreconf that is tagged NSS_3_3_RTM it builds fine.
I removed the "-B symbolic" flag in mozilla/security/jss/config/config.mk on the
JSS_3_1_BRANCH. This should fix this specific problem.
I created a bug to deal with the general problem:
http://bugzilla.mozilla.org/show_bug.cgi?id=102922 (get rid of -B symbolic
works now on the 3.1 branch, could you please remember to check the fix in at
the tip as well?.
Please fix on the tip as well. Thanks
Fixed on the trunk.
/cvsroot/mozilla/security/jss/config/config.mk,v <-- config.mk
new revision: 1.5; previous revision: 1.4