313485 - libfreebl3.so not linked into dist/bin directory

Status: RESOLVED INVALID

(NSS :: Build, defect)

Description

[Sylvain Pasche]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20051023 Firefox/1.6a1
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20051023 Firefox/1.6a1

When building the trunk with the following options on amd64:
 --enable-default-toolkit=gtk2 --enable-xft --disable-freetype2  --enable-application=browser --disable-tests  --enable-extensions=default --disable-optimize --enable-debug --enable-crypto

In the end, the libfreebl3.so link is not put inside the dist/bin directory but only in the dist/lib one, so the security component fails to load.

What I did was a simple "ln -s ../lib/libfreebl3.so" from the dist/bin directory, and it works now.


Reproducible: Always

Steps to Reproduce:

Comment 1

[Andrew Schultz]

How are you getting a shared lib?  Everything in my source tree points to a libfreebl3 being a static lib (libfreebl3.a).

Comment 2

[Sylvain Pasche]

(In reply to comment #1)
> How are you getting a shared lib?  Everything in my source tree points to a
> libfreebl3 being a static lib (libfreebl3.a).
> 

I guess I am getting a shared lib because I am not using the  --enable-static --disable-shared options.

However, I tried a static build, and I also have a problem while loading the security component ("Could not initialize the browser's security component..." message)

What is strange is that when doing a strace, firefox is looking for the libfreebl3.so shared library, although it is not compiled in a static build.

Comment 3

[Wan-Teh Chang]

Sylvain: the method you checked out the source tree must
have been incorrect.  The correct method is to use the
mozilla/client.mk makefile to check out the source tree.
If you do that, the NSS source files (in mozilla/security/coreconf
and mozilla/security/nss) will be checked out with the
NSS_CLIENT_TAG CVS tag.  See the instructions at
http://developer.mozilla.org/en/docs/Mozilla_Source_Code_Via_CVS
and look for the command that begins with
"make -f client.mk checkout".

You must have used a method that checked out the *tip*
of the NSS source files, which haven't been integrated
with the Mozilla source tree yet.

We do appreciate your bug report because we plan to integrate
the tip of NSS with the Mozilla source tree in two months,
so we will need to deal with this issue soon.  For now, it
is best to mark this bug invalid to avoid confusion.

Comment 4

[Sylvain Pasche]

Ok, now I understand the necessity of not bypassing the client.mk script ;-)

sorry for this, and thanks for the explanations