Hi! Am 12.01.2015 um 13:01 schröbte Thijs Schreijer: > > First try it complains about the .dll not being found. But as the dir listing > shows, they are in c:\external\bin
The linker would find them if they were in `C:\external\lib`. > In the second try, I explicitly point OPENSSL_LIBDIR into the bin dir, then > it works. Or you could just put the libraries into the lib-directory. You probably have to add the lib-directory to the `PATH`, or else the dynamic linker won't find them at runtime. > Shouldn't this be the Windows default? Is this a LuaRocks bug? VC can't link to DLLs directly, and import libraries usually do not go into the directory where binaries are, so we shouldn't make it a Windows default. However, we could change `external_deps_subdirs` to include both `bin` and `lib` for libraries (similar to what is done for Debian-like multiarch directories), but you would still have to fix the luacrypto rockspec to actually *look* for the libraries and not just assume that they are in the `lib` subdirectory. The whole `bin`-, `include`-, and `lib`-thing is very Unix-centric and foreign to Windows anyway, so maybe it needs an overhaul. > > Thijs Philipp ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. vanity: www.gigenet.com _______________________________________________ Luarocks-developers mailing list Luarocks-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/luarocks-developers
