OpenSSL version: openssl-1.0.0-1.fc13.i686
OS: Fedora 13
Server: Linksys WRT54G Firmware Version: v1.02.8
I'm attempting to use an OpenSSL application to communicate with a
Linksys WRT54G router. The application indicates that it can't
communicate with the router and gives an
x86_64-xlate.pl is not being found properly. I am using cygwin for PERL, but
otherwise MS tools. I am not sure if this is a supported combination, but it
has worked well in the past and still appears to aside from this problem.
What is happening is:
1. nmake calls
perl crypto\x86_64cpuid.pl
Under the normal terminal it works fine with VC9:
perl Configure VC-WIN64A --prefix=/Apache22
--openssldir=/Apache22/conf enable-camellia disable-idea
ms\do_win64a
nmake -f ms\ntdll.mak
REM remove idea test
nmake -f ms\ntdll.mak test
Mario
... suggested mips32.S
miserably fails to compile on my [IRIX] system. ...
I suppose I'll have to see if I can manage to compile mips32.S...
I figured I might as well adapt my mips3.s from 1999 instead. It worked
by mechanical replacement of 64-bit instructions for corresponding
32-bit ones.
Dear All,
I am a contributor to the WCE port of stunnel, using intensively openssl.
I have recently completed the port of stunnel v434 to WCE platform,
and needed a refreshed version of openssl for that target.
I have recompiled openssl v100a with MS EVC4 sp4 free compiler, MS
WCE420 SDK and
