From: Bernard Dautrevaux <[EMAIL PROTECTED]>
Dautrevaux> Thus suppressing these ranlib may not be a good
Dautrevaux> thing... One alternative is when configuring to define two
Dautrevaux> ranlib tools: one to run each time, one to run at the
Dautrevaux> end. Depending on the system the former or both can be
Dautrevaux> defined to "true".
Hmm, actually, all that is really needed is that it gets ranlibbed
after libcrypto.a has been filled with all it will be filled with
"this time". Same goes for libssl.a and libRSAglue.a...
Actually, when I'm thinking of it, the top Makefile (Makefile.org)
should probably be rebuilt to make better use of the capabilities of
make. For example, instead of have all: do a for loop to make the
directories, we could have something like this:
----- 8< -----
all: crypto ssl rsaref apps test # and so on...
FRC.crypto:
crypto: FRC.crypto
FRC.ssl:
ssl: FRC.ssl
FRC.rsaref:
rsaref: FRC.rsaref
FRC.apps:
apps: FRC.apps
FRC.test:
test: FRC.test
crypto:
(cd crypto; $(MAKE) CC='$(CC)' # and so on)
ranlib libcrypto.a
ssl:
(cd crypto; $(MAKE) CC='$(CC)' # and so on)
ranlib libssl.a
rsaref:
(cd crypto; $(MAKE) CC='$(CC)' # and so on)
ranlib libRSAglue.a
apps test:
(cd $@; $(MAKE) CC='$(CC)' # and so on)
----- 8< -----
--
Richard Levitte \ Spannv�gen 38, II \ [EMAIL PROTECTED]
Chairman@Stacken \ S-168 35 BROMMA \ T: +46-8-26 52 47
Redakteur@Stacken \ SWEDEN \ or +46-709-50 36 10
Procurator Odiosus Ex Infernis -- [EMAIL PROTECTED]
Member of the OpenSSL development team: http://www.openssl.org/
Software Engineer, Celo Communications: http://www.celocom.com/
Unsolicited commercial email is subject to an archival fee of $400.
See <http://www.stacken.kth.se/~levitte/mail/> for more info.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
