On 2006.11.15 at 15:47:40 +1000, Simon McMahon wrote: > Hi, > > Using MSVC++ 6.0 > > I followed all the instructions in install.w32 including: > > perl util\mkdef.pl crypto ssl update > to get the "things not having numbers assigned" error to go away. Then: > > ms\do_ms > worked ok. Then: > > nmake -f ms\ntdll.mak > built the .c files but failed on the link: > rc /fo"tmp32dll\libeay32.res" /d CRYPTO ms\version32.rc > link /nologo /subsystem:console /opt:ref /dll > /out:out32dll\libeay32.dll > /def:ms/LIBEAY32.def @C:\DOCUME~1\simonm\LOCALS~1\Temp\nma02892. > LIBEAY32.def : error LNK2001: unresolved external symbol > IMPLEMENT_ASN1_SET_OF > out32dll\libeay32.lib : fatal error LNK1120: 1 unresolved externals > LINK : fatal error LNK1141: failure during build of exports file > NMAKE : fatal error U1077: 'link' : return code '0x475' > Stop. > > I went back to openssl-0.9.8d and it built OK for me. > > Any suggestions?
Manually edit libeay.num file after running mkdef.pl crypto ssl update and just remove line containing IMPLEMENT_ASN1_SET_OF. It is not a function, it is a macro, but for some reason I've not found time to investigate, mkdef consider it a function. It is not a problem for those who wish just build OpenSSL. It is problem for people who wish to add new functions and make mkdef.pl see them. Really, someone who have deep understanding of mkdef.pl work should check header files, find out what's wrong with IMPLEMENT_ASN1_SET_OF macro - why mkdef consider it a function, but handles other such macros (there are lot of them) appropriately, and fix either header or mkdef.pl > > ______________________________________________________________________ > OpenSSL Project http://www.openssl.org > Development Mailing List openssl-dev@openssl.org > Automated List Manager [EMAIL PROTECTED] > ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager [EMAIL PROTECTED]
