> As answer on your question whether ml64.exe is existent: when setting > Visual Studio 2010 (SP1) x64 command line environment, ml64.exe is > accessible via the path (in c:\Program Files (x86)\Microsoft Visual > Studio 10.0\VC\bin\amd64\ml64.exe).
Just for the record. Even if ml64 is not unsupported, it's still "when in doubt use nasm" policy that is in effect. Anyway, if ml64 is present on %PATH%, then how come "since I did not have nasm installed, the build for 32-bit succeeded, but for 64-bit not"? Or is it $^X vs. \"$^X\" in ms\uplink-x86_64.pl issue rather than availability of nasm or ml64 after all? Bottom line. \"$^X\" in ms\uplink-x86_64.pl is absolute minimal requirement for cases when Perl is installed in directory with spaces. I'm a bit reluctant to propagate this on all modules, because there is no guarantee that it won't cause problems on *any other* supported platform. It shouldn't, but there is no way of actually be sure. I'd rather simply require that Perl is available on path without spaces. One can create a junction is worst case... ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [email protected] Automated List Manager [email protected]
