Re: [pdf-devel] Fix compilation of unit tests when libz not available

[jemarch]

   (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?