Hi Thomas,
Thank you very much for your reply.
I'm 99% sure it's a bug (in configure or do_nasm)
I do hope that someone on the team can find time to fix it. OpenSSL is a
magnificent piece of work.
Thanks for the advice to use the VC++ DLL. The openssl build against VC++
was totally successful and faultless by the way.
Regards
Ian
--------------------------------------------------
From: "Thomas J. Hruska" <shineli...@shininglightpro.com>
Sent: Sunday, February 09, 2014 2:23 PM
To: <openssl-users@openssl.org>
Subject: Re: Installation Win32 Borland5.5 openssl-1.0.1f
On 2/9/2014 5:27 AM, Ian Rye wrote:
I am new to the mailing list so please forgive me if this request is
inappropriate.
I have followed the instructions from INSTALL.W32 as follows
Borland C++ builder 5
---------------------
* Configure for building with Borland Builder:
> perl Configure BC-32
* Create the appropriate makefile
> ms\do_nasm
* Build
> make -f ms\bcb.mak
Steps 1 and 2 complete successfully.
The make (step 3) completes to the point where it has built
out32\libeay32.lib and out32\ssleay32.lib successfully
The next step (building tmp32\md4test.obj) fails
ilink32 -ap -Tpe -x -Gn tmp32\md4test.obj \
c0x32.obj, \
out32\md4test.exe,, \
out32\ssleay32.lib \
ut32\libeay32.lib cw32mt.lib import32.lib
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Error: Unresolved external '_sha1_block_data_order' \
referenced from D:\OPENSSL_1.0.1F\OUT32\LIBEAY32.LIB|sha1dgst
Error: Unresolved external '_md5_block_asm_data_order' \
referenced from D:\OPENSSL_1.0.1F\OUT32\LIBEAY32.LIB|md5_dgst
If I try to use the libraries for any of my applications I get the same
error, for example
#include <openssl/md5.h>
void main()
{
unsigned char md16[16];
MD5("Hello", 5, md16);
}
The linker fails with
Unresolved external '_md5_block_asm_data_order
This looks like a bug in the borland configuration
HASH_BLOCK_DATA_ORDER
ends up being #defined as
sha1_block_data_order
but because of various values set by configuration and do_nasm the
compilation of the sha1_block_data_order function never happens.
Can anyone suggest a workaround?
If this IS a bug, what are the chances of getting it fixed?
If this ends up being a bug that won't be fixed, then my recommendation is
to build it against VC++. Borland has two command-line tools called
'impdef' and 'implib' bundled with their compiler suite(s) that can take
almost any DLL and generate .def and .lib files that can then be used to
link against an application in the native Borland environment. Those
tools are even useful with modern compilers like MinGW.
--
Thomas Hruska
Shining Light Productions
Home of BMP2AVI and Win32 OpenSSL.
http://www.slproweb.com/
______________________________________________________________________
OpenSSL Project http://www.openssl.org
User Support Mailing List openssl-users@openssl.org
Automated List Manager majord...@openssl.org
______________________________________________________________________
OpenSSL Project http://www.openssl.org
User Support Mailing List openssl-users@openssl.org
Automated List Manager majord...@openssl.org
