On czwartek 14 paÅdziernik 2004 11:40 pm, Kevin Koltzau wrote:
> I think I've found the problem, mingw-w32api does not have mscms
> With this patch my build runs successfully
An updated crossmingw32-platform-0.10 that includes this patch is being
uploaded to http://www.ibib.waw.pl/~winnie
Cheers
On Friday 15 October 2004 05:40, Kevin Koltzau wrote:
> I think I've found the problem, mingw-w32api does not have mscms
> With this patch my build runs successfully
Yes, I probably should have mentioned here that there's a new set of
MinGW RPMS on this page:
http://mirzam.it.vu.nl/mingw/
tha
I think I've found the problem, mingw-w32api does not have mscms
With this patch my build runs successfully
However, I currently have another issue..sourceforge seems to have
made some kind of minor change to their site that breaks sfpublish.
As I'm not going to have much time to hack on sfpublis
Robert Reif wrote:
or care about it. It might even be interesting to optionally run winetest
at installation time so we can tell them that what features of wine will
and will not work on their system as they currently have it configured.
Wow, I think this is an excellent idea!
regards,
Jakob Erik
Robert Reif <[EMAIL PROTECTED]> writes:
> I would like to see winetest used for more than windows
> compatibility and wine regressions. I would like to see it
> used as a diagnostic tool for specific hardware and os
> combinations and specific system configurations. [...]
>
> Since most people pro
Ferenc Wagner wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
For the built in wine, run with wine case, couldn't there be
reasonable default values rather than reading them from a file?
That's exactly what we wanted to avoid. Submitted results
should * not come from Wine but genuine Wi
Robert Reif <[EMAIL PROTECTED]> writes:
>>> For the built in wine, run with wine case, couldn't there be
>>> reasonable default values rather than reading them from a file?
>>
>> That's exactly what we wanted to avoid. Submitted results
>> should * not come from Wine but genuine Windows systems,
Ferenc Wagner wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Ferenc Wagner wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Couldn't winetest fill in the proper test results fields
necessary for acceptance when compiled to an exe.so and
run in wine?
Did you make dist in progra
Robert Reif <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>
>> Robert Reif <[EMAIL PROTECTED]> writes:
>>
>>> Couldn't winetest fill in the proper test results fields
>>> necessary for acceptance when compiled to an exe.so and
>>> run in wine?
>>
>> Did you make dist in programs/winetest?
>>
Ferenc Wagner wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Couldn't winetest fill in the proper test results fields
necessary for acceptance when compiled to an exe.so and
run in wine?
Did you make dist in programs/winetest?
winetest-dist.exe is the program meant for submission, but
winet
"Paul Millar" <[EMAIL PROTECTED]> wrote:
> fstatvfs.o /home/paulm/Production/wine-cross-source/libs/port/fstatvfs.c
> In file included
> from /home/paulm/Production/wine-cross-source/libs/port/fstatvfs.c:22:
> /home/paulm/Production/wine-cross-source/include/wine/port.h:286: warning:
> `stru
On Monday 11 October 2004 10:57, Ferenc Wagner wrote:
> Unfortunately, cross-building seems broken ATM.
> Kevin, Paul, can you comment on this? I remember Paul
> sending a report to wine-devel about a week ago, do we still
> suffer from the same problem?
Yup, the problem is still there; at least,
Robert Reif <[EMAIL PROTECTED]> writes:
> Couldn't winetest fill in the proper test results fields
> necessary for acceptance when compiled to an exe.so and
> run in wine?
Did you make dist in programs/winetest?
winetest-dist.exe is the program meant for submission, but
winetest-dist.exe.so shoul
13 matches
Mail list logo
