(here it just seems a DLL-finding problem) 4. My last test was: running make install in a given prefix (same prefix used also for libgcrypt and libgpg-error), which in my case is /opt/w32 Seems that the DLLs are not installed in prefix/lib, but in prefix/bin, with the executables: $> ls /opt/w32/bin/ dumpsexp.exe gpg-error-config gpg-error.exe libgcrypt-11.dll libgcrypt-config libgnupdf-0.dll libgpg-error-0.dll pdf-filter.exe
Now I copy the ./torture/unit/.libs/runtests.exe into this folder, where all the DLL files are (it's not installed during make install, as it is defined like that in the Makefile.am). Finally, I run it: /opt/w32/bin/runtests.exe And I get all the tests running (and some of them failing). Attached the results to the email. I don't really know how to fix the "make check" in this w32 compilation... any idea someone? We could make Wine's PATH environment variable to point to the right place to find the dll's (src/.libs). In this webpage: http://www.winehq.org/docs/wineusr-guide/environment-variables it is explained that, while wine usually translates the POSIX environment to Windows environment variables, it is not done for the PATH variable and regedit.exe should be used itself. Maybe we could use a runtests.bat file (inserted in TESTS if compiling for windows), with something like this: path = ... runtests.exe Could you please try something like that?
