On Mon, Aug 16, 2010 at 2:37 AM, nobled wrote:
> Except for the first patch, this is mostly adding a bunch of different
> null checks:
>
> 1. r300g: Fix macro
> This fixes a potential bug if (has_hyperz) is false (it would act as
> if has_hyperz is true).
> 2. r300g: Fix leaks in failed context c
Except for the first patch, this is mostly adding a bunch of different
null checks:
1. r300g: Fix macro
This fixes a potential bug if (has_hyperz) is false (it would act as
if has_hyperz is true).
2. r300g: Fix leaks in failed context creation
This patch is the biggest one: It refactors the create
>> This hasn't actually been tested on Win64 though.
>
> The 64-bit predefined macro is _WIN64.
Right; I also just discovered that xmm6 and xmm7 must be preserved,
which I wasn't doing.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://list
https://bugs.freedesktop.org/show_bug.cgi?id=29571
Vinson Lee changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from Vinson Lee 2010
> Thanks for all your diligence with Windows portability. There are still
> some issues with MSVC but it's pretty minor stuff (e.g log2f & exp2f).
FYI, implementations of truncf, log2f, exp2f for MSVC in my GLSL2
fork:
http://github.com/aras-p/glsl-optimizer/blob/glsl2/src/glsl/msvc/msvccompat.h
> -Original Message-
>
> Does mingw or cygwin support win64? I don't know if it's just MS that
> uses a new calling convention, or all win64 code, but if the former
> this should probably be conditionalized on _MSC_VER as well.
>
Cygwin is 32-bit. (It does run on 64-bit Windows though.)
> -Original Message-
>
> I just discovered that Microsoft wisely decided to use their own
> calling convention on Win64...
>
> This hasn't actually been tested on Win64 though.
The 64-bit predefined macro is _WIN64.
> ---
> src/gallium/auxiliary/rtasm/rtasm_x86sse.c | 15 +++
https://bugs.freedesktop.org/show_bug.cgi?id=29585
--- Comment #1 from Török Edwin 2010-08-15 11:13:21 PDT
---
Try 2. Build 32-bit talloc:
./configure --prefix=/opt/xorg --libdir=/opt/xorg/lib32 CC=gcc -m32
CFLAGS=-march=native -O2 -g
make
make install
Problem is that mesa calls pkg-config --l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
José Fonseca wrote:
> Thanks for all your diligence with Windows portability. There are still
> some issues with MSVC but it's pretty minor stuff (e.g log2f & exp2f). I
> can get to it the next couple of days, so feel free to merge as far as
> I'm con
https://bugs.freedesktop.org/show_bug.cgi?id=29585
Summary: glsl2: --enable-32-bit doesn't check for talloc
properly
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
On Fri, 2010-08-13 at 20:40 -0700, Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Ian Romanick wrote:
> > I propose that we merge master to glsl2 on *Friday, August 13th* (one
> > week from today). Barring unforeseen issues, I propose that we merge
> > glsl2 to master o
On Sun, 2010-08-15 at 09:22 -0700, tom fogal wrote:
> Luca Barbieri writes:
> > I just discovered that Microsoft wisely decided to use their own
> > calling convention on Win64...
Yep.
> > This hasn't actually been tested on Win64 though.
>
> Does mingw or cygwin support win64? I don't know if
Luca Barbieri writes:
> I just discovered that Microsoft wisely decided to use their own
> calling convention on Win64...
>
> This hasn't actually been tested on Win64 though.
Does mingw or cygwin support win64? I don't know if it's just MS that
uses a new calling convention, or all win64 code,
https://bugs.freedesktop.org/show_bug.cgi?id=29578
--- Comment #13 from Shaker 2010-08-15 04:38:17 PDT ---
The blur effect from Kwin consume high cpu usage. I reported to kde bugs, but
there I was told that the problem is Gallium3D driver, because the blur effect
use GPU, not CPU
--
Configure b
https://bugs.freedesktop.org/show_bug.cgi?id=29578
--- Comment #12 from Shaker 2010-08-15 01:31:10 PDT ---
Kwin effects are enable !
I compiled mesa with --enable-gallium-llvm and your patch, but the system is
very slow :(.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
https://bugs.freedesktop.org/show_bug.cgi?id=29578
--- Comment #11 from Marek Olšák 2010-08-15 00:37:16 PDT ---
The driver detection in KDE looks busted.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the a
16 matches
Mail list logo
