I'm now building SeaMonkey without the separate nspr-libs. So configure complains, that it can't find it, but will be no problem. In that part of configure NSPR_LIBS will be set, but is missing the library-search-path to the now used nspr-libs in the dist/bin or dist/lib directory. As a consequence, the build of some librarys fails because the linker can't find the libs. Adding the library-search-path of the dist/bin directory in line 1580 of configure.in fixes the problem.

Does this change work for you? I don't have time to test it right now, and I'm not sure of the logic, since Ramiro never verifies his changes in an objdir. (line 1580, as you mentioned) NSPR_LIBS="-L${NSPR_DIR}/lib -lplds3 -lplc3 -lnspr3 $PTHREAD_LDFLAGS"

No, that doesn't help, because the whole thing about this new build system from Ramiro (as I understand it) is, that NSPR_DIR is not set (not giving --with-nspr=?????) and neither NSPR_LIBDIR. Then configure should use the default place of the mozila installation which can be $DIST/bin or $DIST/lib. I tryed that, but DIST is not set at that point. Another possibility may be MOZ_NSPRENV_DIST, but it is set much later in the configure script. I'm not building with OBJDIR so I am a little bit surprised nobody else has this problem. May be it doesn't surface unless you do a realclean and make all libs from scratch.

Okay, the only lib affected by this problem is libmork in mailnews/db/mork/src. Instead of changing configure.in, which was not so easy as expected, I locally changed Makefile.in in mailnews/db/mork/src instead. Here is the diff: 84d83 < -L$(DIST)/lib \ which allows the libsearch in the distribution, if $NSPR_LIB contains no information on the location of the NSPR-libs. Please forward this info to whoever is responsible for this mailnews-component.

Seems like a linux problem - I'm not really sure I understand what's going on here.

I have the fix for this in my tree - another BSD guy posted a patch for mork on mozilla-builds. I'll check in when the tree opens today. Annexing this bug.

Okay for me