Beginning on October 25th, 2016, Persona will no longer be an option for authentication on BMO. For more details see Persona Deprecated.
Last Comment Bug 101609 - JSS OSF fails
: JSS OSF fails
Product: JSS
Classification: Components
Component: Library (show other bugs)
: 3.0
: x86 Windows NT
: -- enhancement (vote)
: 3.1.1
Assigned To: Jamie Nicolson
: Sonja Mirtitsch
Depends on:
  Show dependency treegraph
Reported: 2001-09-25 14:49 PDT by Sonja Mirtitsch
Modified: 2001-10-30 13:12 PST (History)
0 users
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---

JSS 3.1 DBG built with new coreconf (failed) (33.27 KB, text/plain)
2001-09-25 14:51 PDT, Sonja Mirtitsch
no flags Details
JSS 3.1 DBG built with NSS_3_3_RTM coreconf (passed) (31.78 KB, text/plain)
2001-09-25 14:52 PDT, Sonja Mirtitsch
no flags Details

Description Sonja Mirtitsch 2001-09-25 14:49:14 PDT
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[1]: 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/
ld -shared -expect_unresolved "*" -soname -B symbolic -hidden -input
OSF1V4.0D_DBG.OBJ/jssmap.osf -o OSF1V4.0D_DBG.OBJ/ 
../org/mozilla/jss/util/OSF1V4.0D_DBG.OBJ/errstrings.o -taso  
-L../../../dist/OSF1V4.0D_DBG.OBJ/lib -lnss3 -lsmime3 -lssl3 -lplc4 -lplds4
-lnspr4 -L/share/builds/components/jdk/1.2.2/OSF1/jre/lib/alpha/native_threads
-lhpi -L/share/builds/components/jdk/1.2.2/OSF1/jre/lib/alpha/classic -ljvm
-L/share/builds/components/jdk/1.2.2/OSF1/jre/lib/alpha -ljava 
Badly formed hex number: symbolic
ld: Usage: ld [options] file [...]
gmake[1]: *** [OSF1V4.0D_DBG.OBJ/] Error 1
gmake[1]: Leaving directory
gmake: *** [libs] Error 2
Elapsed Time = 00:01:37
Tue 25 Sep 2001 12:07:29
Comment 1 Sonja Mirtitsch 2001-09-25 14:51:34 PDT
Created attachment 50760 [details]
JSS 3.1 DBG built with new coreconf (failed)
Comment 2 Sonja Mirtitsch 2001-09-25 14:52:25 PDT
Created attachment 50761 [details]
JSS 3.1 DBG built with NSS_3_3_RTM coreconf (passed)
Comment 3 Jamie Nicolson 2001-09-28 16:59:01 PDT

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.
Comment 4 Sonja Mirtitsch 2001-09-28 18:12:27 PDT
in a regular svbld login shell which ld gives 
version 3.11
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.

Comment 5 Jamie Nicolson 2001-10-03 10:54:00 PDT
I removed the "-B symbolic" flag in mozilla/security/jss/config/ on the
JSS_3_1_BRANCH. This should fix this specific problem.

I created a bug to deal with the general problem: (get rid of -B symbolic
linker option).
Comment 6 Sonja Mirtitsch 2001-10-03 13:05:17 PDT
works now on the 3.1 branch, could you please remember to check the fix in at
the tip as well?.
Comment 7 Sonja Mirtitsch 2001-10-26 16:08:59 PDT
Please fix on the tip as well. Thanks
Comment 8 Jamie Nicolson 2001-10-30 13:12:03 PST
Fixed on the trunk.

/cvsroot/mozilla/security/jss/config/,v  <--
new revision: 1.5; previous revision: 1.4

Note You need to log in before you can comment on or make changes to this bug.