On Thu, Jan 8, 2009 at 11:51 PM, <[email protected]> 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.
