On Thu, Apr 1, 2010 at 12:28 AM, Xavier Bestel xavier.bes...@free.fr wrote:
On Wed, 2010-03-31 at 13:29 +0900, Miles Bader wrote:
Luca Barbieri luca.barbi...@gmail.com writes:
In fact, given the Gallium architecture, it may even make sense to
support a variant of DirectX 10 as the main
Once MS changes interfaces, then there's _no advantage_ to using DX10
internally, regardless of what WINE does, and one might as well use
OpenGL. Wine doesn't change that.
[resent to ML, inadvertently replied only to Miles]
Note that my proposal was not to use DirectX 10 internally, but
Hi Luca,
Should be fixed now. BTW, if it is still not compiling due to
the __sync* issues, try adding CFLAGS=-march=v9 to the build:
it should fix that.
Thanks, both are fixed now.
- Chris.
--
Chris Ball c...@laptop.org
One Laptop Per Child
On Thu, Apr 1, 2010 at 1:32 AM, Luca Barbieri luca.barbi...@gmail.com wrote:
Once MS changes interfaces, then there's _no advantage_ to using DX10
internally, regardless of what WINE does, and one might as well use
OpenGL. Wine doesn't change that.
[resent to ML, inadvertently replied only
This constructor scheme is not working for me. I think that's because
there isn't any symbol here that's used elsewhere, hence the linker is
not linking this file.
I replaced the system with a different mechanism.
It should now work correctly, but only GCC and MSVC are supported, and
the
This helps debugging on darwin.
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
progs/xdemos/Makefile | 45 +++--
1 files changed, 15 insertions(+), 30 deletions(-)
diff --git a/progs/xdemos/Makefile b/progs/xdemos/Makefile
index
On Thu, Apr 1, 2010 at 12:35 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
progs/xdemos/Makefile | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/progs/xdemos/Makefile b/progs/xdemos/Makefile
index
On Thu, Apr 1, 2010 at 12:36 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
This helps debugging on darwin.
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
progs/xdemos/Makefile | 45 +++--
1 files changed, 15 insertions(+), 30
On Apr 1, 2010, at 14:10, Dan Nicholson wrote:
On Thu, Apr 1, 2010 at 12:35 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
progs/xdemos/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Apr 1, 2010, at 14:18, Dan Nicholson wrote:
+$(PROGS): $(PROGS:%=%.o)
Is this necessary? I would think the prereq would be picked up
implicitly like the .c from the .o.
Nope. Without this, it tries to compile the .c directly to the executable
rather than the .o first.
On Thu, Apr 1, 2010 at 2:36 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
On Apr 1, 2010, at 14:10, Dan Nicholson wrote:
On Thu, Apr 1, 2010 at 12:35 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
Jeremy Huddleston jerem...@freedesktop.org writes:
BTW, what config are you using, and what prevents you from using
autoconf?
I can't use autoconf because it is nowhere near capable of handling
darwin, and I haven't wanted to address the issue until the
transition to autotools was
On Thu, Apr 1, 2010 at 2:40 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
On Apr 1, 2010, at 14:18, Dan Nicholson wrote:
+$(PROGS): $(PROGS:%=%.o)
Is this necessary? I would think the prereq would be picked up
implicitly like the .c from the .o.
Nope. Without this, it tries to
The half float conversion code initially used a global C++ constructor
to initialize the tables.
That fails to work since ld does not get the symbol from the shared
library, so I changed to use register a global constructor from C,
using GCC- or MSVC-specific code.
This is not necessarily the
On Thu, Apr 1, 2010 at 4:29 PM, Luca Barbieri l...@luca-barbieri.com wrote:
The half float conversion code initially used a global C++ constructor
to initialize the tables.
That fails to work since ld does not get the symbol from the shared
library, so I changed to use register a global
OK.
I'd like to add that u_atomic.h already requires either GCC, MSVC or
Solaris, and GCC and MSVC are already supported by this system.
Thus we do indeed now have a simple way to do global constructors,
that only removes support for non-GCC Solaris until someone figures
out how to do that.
And
http://bugs.freedesktop.org/show_bug.cgi?id=27418
Summary: latest eglut patches break build
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Crap. I accidentally pushed to mainline instead of my tree, sorry. I pushed a
commit to 7.8 that reverts that series of patches.
These changes aren't ready for mainline. I want to clean them up a bit more
first. If you're interested in commenting now, I'd appreciate feedback, but
right now
On Apr 1, 2010, at 15:13, tom fogal wrote:
Jeremy Huddleston jerem...@freedesktop.org writes:
BTW, what config are you using, and what prevents you from using
autoconf?
I can't use autoconf because it is nowhere near capable of handling
darwin, and I haven't wanted to address the issue
On Apr 1, 2010, at 15:12, Dan Nicholson wrote:
This is against 7.8 ... perhaps you should cherry-pick the appropriate
change into the 7.8 branch then.
Well, now I'm getting conflicts because you pushed this patch 25
minutes after you posted it. I'll try to straighten it out, though.
On Apr 1, 2010, at 15:27, Dan Nicholson wrote:
On Thu, Apr 1, 2010 at 2:40 PM, Jeremy Huddleston
jerem...@freedesktop.org wrote:
On Apr 1, 2010, at 14:18, Dan Nicholson wrote:
+$(PROGS): $(PROGS:%=%.o)
Is this necessary? I would think the prereq would be picked up
implicitly like the
Are you sure about this?
I've tried doing it, and it turns out that basically every Gallium
module needs this initialized.
For instance:
st/mesa due to glReadPixels
vg/mesa due to vgReadPixels
st/python due to mesa sampling
several programs in rbug to dump textures to disk
softpipe due to
This helps debugging on darwin.
Signed-off-by: Jeremy Huddleston jerem...@apple.com
---
progs/xdemos/Makefile | 45 +++--
1 files changed, 15 insertions(+), 30 deletions(-)
diff --git a/progs/xdemos/Makefile b/progs/xdemos/Makefile
index
Excerpts from Brian Paul's message of Fri Mar 26 16:13:35 + 2010:
Following up on an message from a while ago:
Brian Paul wrote:
Robert Bragg wrote:
Hi,
Every now and then while working on the Clutter toolkit we end up with
glGet{Integer,Float}v in our profiles. Our typical
http://bugs.freedesktop.org/show_bug.cgi?id=27418
Chia-I Wu olva...@gmail.com changed:
What|Removed |Added
AssignedTo|mesa3d- |olva...@gmail.com
On Thu, Apr 1, 2010 at 6:17 PM, Luca Barbieri l...@luca-barbieri.com wrote:
Are you sure about this?
I've tried doing it, and it turns out that basically every Gallium
module needs this initialized.
For instance:
st/mesa due to glReadPixels
vg/mesa due to vgReadPixels
st/python due to
http://bugs.freedesktop.org/show_bug.cgi?id=27403
--- Comment #1 from Ian Romanick i...@freedesktop.org 2010-04-01 21:18:05
PST ---
(In reply to comment #0)
uniform sampler3D volShadSampler0;
struct VolShad
{
sampler3D texture;
int samples;
int channels;
http://bugs.freedesktop.org/show_bug.cgi?id=27403
Brian Hall brian.h...@gmail.com changed:
What|Removed |Added
CC||brian.h...@gmail.com
28 matches
Mail list logo