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

[Aleksander Morgado]

On Thu, Jan 8, 2009 at 11:51 PM,  <address@hidden> wrote:
>
>   (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?
>

I will... but what about the location of libgcrypt and gpg-error DLLs'
location? Everyone will have different paths for those.