Javier Delgadillo <[EMAIL PROTECTED]> writes:
>> "gmake -f client.mk BUILD_MODULES=psm"
>>
>>         As you said, this assumes you have built NSS.  There's no link
>> telling you how to build NSS on the page above.  If you do go to the NSS
>> build page, it tells you about nss3.2.  Do we need to use 3.2?  I dunno.
>
>This is not true.  That statement assumes you have the sources only.
>We'll have to update the documentation.  Sorry for that.

        That explains part of what's going on.

>The above gmake statement will go off and build NSPR, DBM, NSS, then PSM.
>All you have to do is pull the source.  You do not need to manually build
>NSS if all you want is to build PSM in your browser tree.
>The only reason to build NSS stand-alone is if you want to build a custom
>app that uses NSS as the crypto engine.

        Aha.  That was never mentioned in the documentation (or if it was,
it was hidden or unclear).

>>         The above command builds (under freeBSD) a
>> .../mozilla/dist/FreeBSD4.1_DBG.OBJ directory.  However, all the regular
>> "gmake -f client.mk build", etc commands build things in .../mozilla/dist.
>> I was forced to add a symlink from .../mozilla/FreeBSD4.1_DBG.OBJ to
>> .../mozilla/dist by hand (and restore it on each clobber).
>
>This leads me to believe the moz_import rule in the mozilla/security/nss
>directory was never executed in your tree.  That rule gets executed as
>part of the PSM build.

        I just clobbered, rebuilt mozilla, and rebuilt psm (with the
command line above).  It created a dist/FreeBSD4.1_DBG.OBJ directory again.

        I added a dist/FreeBSD4.1_DBG.OBJ softlink to dist, but the build
fails:

  gmake[4]: Entering directory 
`/home/jesup/src/mozilla_work/mozilla/security/psm/server'
  gcc  [snip] collectn.c
  collectn.c:37: seccomon.h: No such file or directory

seccomon.h is in security/nss/lib/util/seccomon.h, but it's not anywhere
in dist... 

The only thing added to security by me was security/coreconf/FreeBSD4.1.mk:

   # Config stuff for FreeBSD4.1
   include $(CORE_DEPTH)/coreconf/FreeBSD.mk

and some small mods to security/server/Makefile to force FreeBSD to link
against libstdc++ (as it does for Linux).

You wrote:
>The above gmake statement will go off and build NSPR, DBM, NSS, then PSM.
>All you have to do is pull the source.  You do not need to manually build
>NSS if all you want is to build PSM in your browser tree.

        From the output, it appears to build nspr, dbm, modules/libreg,
string, xpcom, psm and dies.  However, I just found this:

updating security/psm/Makefile
../build/autoconf/make-makefile: Unable to create security/psm/Makefile

AHA!  security/psm/Makefile is under CVS, therefore it's read-only, and
autoconf can't overwrite it.  Once I cvs edited it, the compile worked.

>>         What's the chance of a _working_ --enable-psm and/or --enable-nss
>> (or --enable-ssl, etc) for mozilla's configure?

Answers?

Another question: why does "gmake -f client.mk BUILD_MODULES=psm" cause a
pull of the source from mozilla.org?

(Note: the fix above to Makefile may have fixed this...)

cvs -q -z 3 co -P mozilla/client.mk mozilla/build/unix/modules.mk
gmake[1]: Entering directory `/home/jesup/src/mozilla_work'
cvs -q -z 3 co -P -r NSPRPUB_CLIENT_BRANCH mozilla/nsprpub
...
cvs -q -z 3 co -P -A mozilla/security/psm mozilla/security/manager 
mozilla/security/Makefile.in
...
cvs -q -z 3 co -P -r NSS_CLIENT_TAG mozilla/security/nss mozilla/security/coreconf
...
cvs -q -z 3 co -P mozilla/build mozilla/config mozilla/dbm mozilla/dom/public 
mozilla/extensions/psm-glue mozilla/include mozilla/modules/libjar 
mozilla/modules/libreg mozilla/netwerk/base/public mozilla/netwerk/socket/base 
mozilla/string mozilla/xpcom/base mozilla/xpcom/build mozilla/xpcom/components 
mozilla/xpcom/ds mozilla/xpcom/io mozilla/xpcom/proxy mozilla/xpcom/reflect 
mozilla/xpcom/sample mozilla/xpcom/threads mozilla/xpcom/tools 
mozilla/xpcom/typelib/xpt mozilla/allmakefiles.sh mozilla/client.mk mozilla/aclocal.m4 
mozilla/configure mozilla/configure.in mozilla/Makefile.in
...
cvs -q -z 3 co -P -l mozilla/caps/idl mozilla/caps/include mozilla/content/base/public 
mozilla/docshell/base mozilla/dom/src/base 
mozilla/embedding/components/windowwatcher/public mozilla/gfx/idl mozilla/gfx/public 
mozilla/gfx2/public mozilla/intl/locale/idl mozilla/intl/locale/public 
mozilla/intl/strres/public mozilla/intl/uconv/public mozilla/intl/unicharutil/public 
mozilla/js mozilla/js/src mozilla/js/src/fdlibm mozilla/layout/base/public 
mozilla/layout/html/forms/public mozilla/modules/libpref/public 
mozilla/modules/oji/public mozilla/netwerk/build mozilla/netwerk/protocol/http/public 
mozilla/profile/public mozilla/rdf/base/idl mozilla/uriloader/base 
mozilla/widget/public mozilla/xpcom mozilla/xpcom/typelib mozilla/xpcom/typelib/xpidl 
mozilla/xpfe/appshell/public

-- 
Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94)
[EMAIL PROTECTED]

Reply via email to