On Sun, 26 Oct 2003 23:34:47 +0100 (CET), you wrote:
make[1]: *** No rule to make target `../../../dlls/libwinmm.def',
needed by `winmm_test.exe.spec.c'. Stop.
make[1]: Leaving directory `/home/wine/dlls/winmm/tests'
make: *** [tests] Error 2
The only way to compile is to go into the dll
Greetings all !
I have a task ahead of me. I need to write an application that will
access a RFID reader. We have a library from the supplier that contains
all the functions, and we have it in two forms. A static .lib file and a
dll, but both are Win32 libraries. From what I have read, utilising
Hi Subhobroto,
Vincent Béron wrote:
}
+
//
+char szTemp[MAX_PATH]={0};
...
Please don't use // style comments. Not all C compilers accept them.
Please don't use any features of C++. The above
Why is this not applied?
Would be nice to have when cross compiling works.
Hans Leidekker wrote:
Hi,
It appears that the comctl32 conformance test calls functions by name
that are exported by ordinal only on Windows. Still the test runs (and
thus run-time links) on Wine. Is this wanted
Sylvain Petreolle [EMAIL PROTECTED] writes:
The only way to compile is to go into the dll directory and run :
make winmm.spec.def (changing the name winmm properly)
Has someone else seen this problem ?
That's normal, the import libs dependencies are only in the top-level
dlls makefile.
I noticed that the Makefile in tests directory actually already tries
to regenerate it.
But instead, it fails,because it uses this path :
tests - ../../.. - dlls - generation of lib${IMPORTS}.def
(IMPORTLIBS in Makefile)
where it could do, much simpler (and without slowdown) :
tests - .. -
Sylvain Petreolle [EMAIL PROTECTED] writes:
I noticed that the Makefile in tests directory actually already tries
to regenerate it.
But instead, it fails,because it uses this path :
tests - ../../.. - dlls - generation of lib${IMPORTS}.def
(IMPORTLIBS in Makefile)
where it could do,
On Mon, 27 Oct 2003, Jakob Eriksson wrote:
Why is this not applied?
Because the problem was with MinGW's import lib, not with Wine's comctl
conformance test. I have submitted a patch to MinGW but it's not applied
yet (it has generated quite a discussion over there by the way).
Would be nice
http://vmlinux.org/jakov/Wine/
Since winetests has not yet made it to CVS and I found some spare time,
I have now compiled a new winetests.exe.
Tests built with MSVC 7 from CVS 20031027.
(Testing shell cross built with mingw32.)
http://vmlinux.org/jakov/Wine/
Hi list,
Nobody has reported anything to be broken, so if I don't get any feedback by
tomorrow, winesetuptk 0.7 will be released tomorrow (The 28th) on sourceforge
with no changes respect to rc2.
Ivan.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le Monday 27 October 2003 20:28, Rok Mandeljc a écrit :
WB Raphael :)
I didn't have time to check it with Unreal2 demo (slow connection...),
but it should fix it.
It works like a charm.
Now i have to understand why (after a little hack as we
Hi,
I'd like to write some conformance tests for ddraw,
andI notice that there
aren't any
preexisting tests. What is the preferred way of setting up the
"tests" subdirectory
(makefiles)? Do I just do it by hand?
BTW, why aren't
there any preexisting patches for ddraw? Would my tests
BTW, why aren't
there any preexisting patches for ddraw?
Oops, "patches" should read "tests".
--
Sami
Hi Jerome,
It seems your patch includes a currency sign '¤' instead of the Euro :
Altgr-E and Altgr-$ look the same (0xA4.)
Please use the unified format when sending patches.
=
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
ICQ #170597259
Say NO to software patents
Dites
On Mon, 2003-10-27 at 13:09, Alexandre Julliard wrote:
Ralf Juengling [EMAIL PROTECTED] writes:
So there is nothing I can do about it at the moment?
What is the most recent Wine version in which winemaker used to work?
The previous release should work. Or try this patch:
Index:
15 matches
Mail list logo