so that comparisons are made between signed integers
instead. This hopefully does not break anything while keeping MSVC happy.
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
My knowledge of mesa and opengl is close to 0 and C one is limited so this
could be all wrong
On Mon, Jan 25, 2010 at 12:56 AM, Brian Paul brian.e.p...@gmail.com wrote:
On Sat, Jan 23, 2010 at 9:27 AM, Xavier Chantry
chantry.xav...@gmail.com wrote:
commit 53174afeeb introduced a portability change that converted GLint x,y
to GLuint. That breaks when x and y are negative, which seems
On Mon, Jan 25, 2010 at 2:20 AM, Brian Paul brian.e.p...@gmail.com wrote:
What exactly is the issue with teeworlds? I haven't seen a bug report.
Searching for noclip in teeworlds forums show at least five reports of
a similar issue. For example :
On Thu, Jan 28, 2010 at 9:21 PM, Brian Paul bri...@vmware.com wrote:
This patch series fixes some bugs in VBO state validation for variations of
glDrawElements(). I've tested and haven't found any regressions but since
these are non-trivial changes, I'm putting them up for review. I'll
On Tue, Feb 2, 2010 at 12:01 PM, Francisco Jerez curroje...@riseup.net wrote:
For a long time the gallium pipe drivers for nvidia fixed function cards
(nv0x, nv1x and, to some extent, nv2x) have remained unmaintained and
godforsaken -- especially nv0x and nv1x had seen almost no progress
since
On Thu, Feb 18, 2010 at 11:36 PM, Mike Lothian m...@fireburn.co.uk wrote:
I'm experiencing 3 issues at the moment
xorg-server master isn't compiling I get the error:
../doltcompile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I.
-I../include -I../hw/xfree86/os-support
It seems the commit below will always report an user error when
glxinfo -l is called.
And indeed I always get the following :
$ glxinfo -l
...
GL_VERTEX_PROGRAM_ARB:
...
Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
Mesa: User error: GL_INVALID_ENUM in glGetProgramivARB(pname)
On Sat, Feb 20, 2010 at 5:22 PM, Brian Paul brian.e.p...@gmail.com wrote:
On Fri, Feb 19, 2010 at 7:34 PM, Xavier Chantry
chantry.xav...@gmail.com wrote:
It seems the commit below will always report an user error when
glxinfo -l is called.
And indeed I always get the following :
$ glxinfo -l
Since commit c6509f89 , scons dri=no drivers=softpipe (or llvmpipe) no
longer works.
It does show a warning at the beginning :
warning: trace pipe driver disabled: skipping build of xlib libGL.so
But it does not stop there, instead it goes on and build almost
everything, It's hard to see and not
1ee8d9963da8a5e78e8f0acb84dc6bea7a364e4e Mon Sep 17 00:00:00 2001
From: Xavier Chantry chantry.xav...@gmail.com
Date: Tue, 23 Feb 2010 22:05:15 +0100
Subject: [PATCH] scons: always build trace driver
To quote Jose Fonseca :
take out trace from the scons options and always built it, as there are so
many state trackers
While keeping up-to-date the nouveau mesa driver (either classic or
gallium), or doing regression testing, the big majority of my rebuilds
resulted in segfaults.
I am not talking about autogen or configure detection. I believe this
also works automatically in other projects and doesn't with mesa,
On Thu, Feb 25, 2010 at 6:12 PM, José Fonseca jfons...@vmware.com wrote:
Thanks. Commited, with just a change: I still allow drivers=trace to
avoid breaking all build infrastructure that's already using that
option. I'll eventually remove the option once I've updated everywhere
not to use it.
On Tue, Feb 23, 2010 at 11:14 PM, Dan Nicholson dbn.li...@gmail.com wrote:
We could use gcc directly for depends (I have a patch to do it), but:
1. I don't think it would actually help much in terms of rebuilds
since makedepend seems to do a perfectly adequate job of finding the
needed
14:47 lb1 the fact is that if you remove a function from mesa .c file,
everything will succeed, but the resulting driver will fail to load
14:47 lb1 because it cannot resolve that symbol
14:48 lb1 not sure why
14:48 lb1 I suppose even for shared libraries gcc/ld should fail on
On Mon, Mar 15, 2010 at 12:12 AM, Keith Whitwell
keith.whitw...@googlemail.com wrote:
On Sat, Mar 13, 2010 at 5:35 PM, Keith Whitwell
keith.whitw...@googlemail.com wrote:
Sounds good to me - fewer driver directories to fix up after changes...
It'd be good to get this merged sooner rather
On Mon, Mar 15, 2010 at 12:41 AM, tom fogal tfo...@alumni.unh.edu wrote:
That's just the default compiler/linker setup on Linux. This is in
contrast to, say, OS X, where undefined symbols cause link errors.
You can emulate the above by building with -Wl,--no-undefined (or maybe
On Mon, Mar 15, 2010 at 1:18 AM, tom fogal tfo...@alumni.unh.edu wrote:
Xavier Chantry chantry.xav...@gmail.com writes:
/bin/sh ../../../../../bin/mklib -o swrast_dri.so -noprefix -linker
'gcc' -ldflags '-Wl,--no-allow-shlib-undefined' \
../../common/driverfuncs.o ../common
2010/3/15 Michel Dänzer mic...@daenzer.net:
One problem is that drivers can be loaded from several paths; if the HW
driver fails to load from the first path but succeeds from the next one,
any error messages from the first attempt would be confusing.
If it fails to load because it does not
On Tue, Mar 16, 2010 at 7:13 PM, Roland Scheidegger srol...@vmware.com wrote:
On 16.03.2010 18:52, Keith Whitwell wrote:
On Tue, 2010-03-16 at 08:32 -0700, Ian Romanick wrote:
I'm also a bit surprised that not detecting GL_EXT_compiled_vertex_array
has any impact on our Quake3 performance.
On Tue, Mar 16, 2010 at 4:32 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jose Fonseca wrote:
Module: Mesa
Branch: mesa_7_7_branch
Commit: 93e77b0028170fafd176c3a80a99287343c946b4
URL:
On Wed, Mar 17, 2010 at 1:01 AM, Jose Fonseca jfons...@vmware.com wrote:
Indeed, this problems happen with Windows q3arena demo only. Ioquake3, and I
believe that the latest windows full quake3 binary too, correctly handles the
full extensions list.
However I suspect that quake2 and earliy
On Thu, Feb 25, 2010 at 9:41 PM, Dan Nicholson dbn.li...@gmail.com wrote:
diff --git a/configure.ac b/configure.ac
index 485836a..a582337 100644
--- a/configure.ac
+++ b/configure.ac
@@ -28,8 +28,11 @@ AC_PROG_CPP
AC_PROG_CC
AC_PROG_CXX
AC_CHECK_PROGS([MAKE], [gmake make])
On Fri, Mar 19, 2010 at 10:39 PM, Dan Nicholson dbn.li...@gmail.com wrote:
On Fri, Mar 19, 2010 at 2:19 PM, Luca Barbieri l...@luca-barbieri.com wrote:
Can we just put this program in the demos? Or at least just make it a
separate target (make test-link)? It seems excessive to make this part
in segfault at runtime, and I had to make clean and
do a full build again. This was simply because I did not have makedepend
installed, and parts of the tree were not rebuilt when they should.
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
configure.ac |5 -
1 files changed, 4
rendering
libGL error: dlopen foo/swrast_dri.so failed (foo/swrast_dri.so: cannot open
shared object file: No such file or directory)
libGL error: unable to load driver: swrast_dri.so
libGL error: reverting to indirect rendering
Signed-off-by: Xavier Chantry chantry.xav...@gmail.com
---
src/glx
I've been using the configure line from nouveau wiki for a while now :
http://nouveau.freedesktop.org/wiki/GalliumHowto
./configure --enable-debug --enable-glx-tls --disable-asm
--with-dri-drivers= --enable-gallium-nouveau --disable-gallium-intel
--disable-gallium-radeon --disable-gallium-svga
On Thu, Mar 25, 2010 at 6:35 PM, Jakob Bornecrantz wallbra...@gmail.com wrote:
Thanks for testing...
Hmm I currently only checking for if the --enable-egl switch has been
thrown when selecting so if you throw in --disable-egl in there it
should work again. I'll look into it.
Interestingly
(fixed by
0001), not with fp-rfl and sqrt/libm .
From 113d7e7d634c067c3f9865c15d272290aab019db Mon Sep 17 00:00:00 2001
From: Xavier Chantry chantry.xav...@gmail.com
Date: Fri, 26 Mar 2010 19:04:01 +0100
Subject: [PATCH 1/2] glx-multithread needs -lpthread
Add pthread to link glx-multithread
, Xavier Chantry
chantry.xav...@gmail.com wrote:
flightgear now dies with :
Mesa warning: external dxt library not available: texstore_rgba_dxt3
util/u_format_s3tc.c:66:util_format_dxt3_rgba_fetch_stub: Assertion `0'
failed.
I don't really understand what these stubs are about, they were
On Sun, May 2, 2010 at 3:16 PM, Marek Olšák mar...@gmail.com wrote:
On Sat, May 1, 2010 at 11:31 PM, Maxim Levitsky maximlevit...@gmail.com
wrote:
This commit breaks compiz completely here on nvidia G50 (Geforce 8400M)
Compiz shows dark screen.
(Using nouveau drivers)
Without this commit
30 matches
Mail list logo