I see Bryan already submitted patch for this. Going to try to install
libxml-dev thing in meantime.
Thanks,
Martin
Hello,
I just tried to compile Wine on Ubuntu 6.06 and Ubuntu 7.04 (both updated). On
both machines, I got following error:
make[2]: Entering directory
On Sun, May 27, 2007 at 10:36:44AM +0200, martin pilka wrote:
Hello,
I just tried to compile Wine on Ubuntu 6.06 and Ubuntu 7.04 (both updated). On
both machines, I got following error:
make[2]: Entering directory `/home/mpilka/cxtest/wine/dlls/msxml3'
gcc -c -I. -I. -I../../include
On 27/05/07, Phil Costin [EMAIL PROTECTED] wrote:
Hi,
This patch has been a long time in the making. The following test was used
during the creation of the patch:
http://ati.amd.com/developer/samples/dx9/sRGBTest.html
If it's not too much trouble, a proper wine test would be nice.
The
Visual C++ 2005 does not like the way we compute the infinity and NaN
values. I've tried replacing the current divisions by zero with
arithmetic on FLT_MAX (at least for the infinity calculations), but it
did not like that either.
Does anyone know how to make these calculations portable?
How
Hi,
It seems there is a problem with the fake dll entry for dpnhupnp.dll in wine.inf
@@ -2129,6 +2129,7 @@ HKLM,%CurrentVersion%\Telephony\Country
List\998,SameAreaRule,,G
11,,dmusic.dll,1
11,,dplayx.dll,1
11,,dpnet.dll,1
+11,,dpnhupnp,1
11,,dsound.dll,1
11,,dswave.dll,1
11,,dxdiagn.dll,1
The
Am Sonntag 27 Mai 2007 13:17 schrieb Francois Gouget:
Visual C++ 2005 does not like the way we compute the infinity and NaN
values. I've tried replacing the current divisions by zero with
arithmetic on FLT_MAX (at least for the infinity calculations), but it
did not like that either.
Does
Appart of two things Henri already said the patch looks good to me(Use device
in texture.c, break out the changes to surface_upload_data and
surface_download data into seperate patches).
As for a wine test, I think its not easy to test it reliably since the opengl
extension gives implementors
On Sun, May 27, 2007 at 01:17:23PM +0200, Francois Gouget wrote:
Visual C++ 2005 does not like the way we compute the infinity and NaN
values. I've tried replacing the current divisions by zero with
arithmetic on FLT_MAX (at least for the infinity calculations), but it
did not like that
On Sun, 27 May 2007, Marcus Meissner wrote:
[...]
Why doesn't the code try using the INFINITY and NAN #defines?
Would this help with Visual C++?
Do you mean the INFINITY macro defined in /usr/include/bits/inf.h?
(which one gets through math.h)
I have not found any macro called INFINITY in the
-light.dvAttenuation0 = 0.0 / 0.0; /* NaN */
+light.dvAttenuation0 = zero / zero; /* NaN */
Are you sure the compiler doesn't optimize that away to 1.0 ?
pgpr3Ba9vW7WV.pgp
Description: PGP signature
[EMAIL PROTECTED]:/media/hdc6/home/rasz/source/wine/dlls/ws2_32$ make test
make: Nothing to be done for `test'.
[EMAIL PROTECTED]:/media/hdc6/home/rasz/source/wine/dlls/ws2_32$ make crosstest
make: Nothing to be done for `crosstest'.
I want to build only ws2_32 tests, preferably using mingw.
--
RusH [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]:/media/hdc6/home/rasz/source/wine/dlls/ws2_32$ make test
make: Nothing to be done for `test'.
[EMAIL PROTECTED]:/media/hdc6/home/rasz/source/wine/dlls/ws2_32$ make crosstest
make: Nothing to be done for `crosstest'.
I want to build only ws2_32
Francois Gouget [EMAIL PROTECTED] wrote:
There are other alternatives:
* we could have an #ifdef _MSC_VER to switch between strncasecmp() and
_strnicmp().
* we could reimplement _strnicmp().
* or maybe the test could be modified to not need this function at all?
4. use a kernel32 export
Dmitry Timoshkov [EMAIL PROTECTED] wrote:
4. use a kernel32 export lstrcmpiA
s/lstrcmpiA/CompareStringA
--
Dmitry.
On Sun, 27 May 2007, Stefan Dösinger wrote:
-light.dvAttenuation0 = 0.0 / 0.0; /* NaN */
+light.dvAttenuation0 = zero / zero; /* NaN */
Are you sure the compiler doesn't optimize that away to 1.0 ?
I added a printf to see what's the value of dvAttenuation0 after the
assignment and
15 matches
Mail list logo