1256518 - Build a static library of the actual FreeBL, for unit testing

Status: RESOLVED FIXED

(NSS :: Build, defect)

Description

[Jed Davis [:jld] ⟨⏰|UTC-8⟩ ⟦he/him⟧]

It would be useful to be able to write unit tests for parts of FreeBL that aren't directly exported.  For other libraries (e.g., libssl or libnssutil) there's a corresponding static library that can be linked to to bypass the usual visibility/export restrictions.  But lib/freebl builds a static library that's just loader.c, and one or more versions of libfreebl3.so (used for having subarchitecture-specific libraries on, e.g., SPARC) with a recursive invocation of the same makefile.  There is currently no static library of the actual implementation.

One possible alternative to building a static library somehow (e.g., making the loader stub its own lib/ subdirectory) would be to add an additional libfreebl3.so variant that doesn't use a version map file and instead exports everything.  (See also bug 1243208.)

Possibly useful somehow: NSPR's dynamic-loading wrapper has a feature for registering virtual libraries (with a fixed symbol table pointing to already-loaded code/data) which PR_LoadLibrary will “load” instead of using the actual dlopen.

Comment 1

[Tim Taubert [:ttaubert] (inactive)]

We're doing this now with GYP for test builds, please see bug 1333361.