> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Andy Polyakov
> > Please please please forget about that allextract nonsense. > You will*never* > > get it portable to all desired platforms. > > The changes being discussed affect Solaris and Solaris only, we're not > talking about "all desired platforms." > > > Just take the lib*.a and relink it > > explicitly: > > mkdir tmp; cd tmp; ar x ../libcrypto.a; ld -r -o > ../libcrypto.o *.o > > ld -G -o libcrypto.so libcrypto.o -l<whatever> > > As mentioned calling /usr/ccs/bin/ld *is* an alternative. Or is it? > Imagine following scenario. You compile the toolkit with gcc and link > with ld as you suggest. This might leave unresolved references to > libgcc. Now if it did, then attempt to cc ... -lssl would fail... A. Never mind the direct invocation of ld in my example above. The point I was trying to get across is to eliminate the dependency on the allextract flag. Use whatever linking step you would normally have used after creating e.g. libcrypto.o. Also, you will find that libgcc is only needed because gcc was used for the link step. It's only because of the C++ constructor/destructor cruft that gcc always throws on there that libgcc becomes a dependency. If you compile with gcc and link with ld you get a perfectly working standalone library, no libgcc required. Even though you guys were only discussing Solaris - for the sake of portability and maintainability, stick to the least common denominator. Don't introduce special cases where none are needed. There is no reason to have 18-zillion different variations on how to create a shared libcrypto or libssl using god knows how many different platform-specific and version-specific LD flags. You can use basic, plain Jane, SVR3/BSD4.2 syntax to get over the main hurdle, and then use the appropriate "-shared" flag for your linker of choice after the basic object file exists. -- Howard Chu Chief Architect, Symas Corp. Director, Highland Sun http://www.symas.com http://highlandsun.com/hyc Symas: Premier OpenSource Development and Support ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
