https://bugs.freedesktop.org/show_bug.cgi?id=34361
Summary: Mesa needs a man-page or several
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component:
On 02/16/2011 03:31 PM, Sam Hocevar wrote:
This fixes minor consistency issues in the website documentation.
Signed-off-by: Sam Hocevar
---
docs/shading.html|2 +-
docs/sourcetree.html |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Sorry, previous message got its wh
Fix the Makefiles so that they use $(FLEX) and $(BISON) instead of
flex and bison, so that the user may specify a different path for
them.
Signed-off-by: Sam Hocevar
---
This is only a suggestion but I found it pretty handy to decide
which version of bison to use. Also, I suggest making the c
Error and debug messages in the intel driver were using %d in format
strings with long int arguments.
Signed-off-by: Sam Hocevar
---
src/mesa/drivers/dri/intel/intel_batchbuffer.c |6 --
src/mesa/drivers/dri/intel/intel_regions.c |2 +-
2 files changed, 5 insertions(+), 3 deletio
This fixes minor consistency issues in the website documentation.
Signed-off-by: Sam Hocevar
---
docs/shading.html|2 +-
docs/sourcetree.html |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Sorry, previous message got its whitespace corrupted.
diff --git a/docs/shading.
This fixes minor consistency issues in the website documentation.
Signed-off-by: Sam Hocevar
---
docs/shading.html|2 +-
docs/sourcetree.html |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/docs/shading.html b/docs/shading.html
index c41d4a9..aba3959 100644
---
On Wed, Feb 16, 2011 at 11:03 AM, Roland Scheidegger wrote:
> Marek,
>
> I'm not sure I agree here. If there's a bug in the lib, it should be fixed
> there, not tried to be worked around (correctly or not). And the bug has
> been there for years so it can't be suddenly that important. One version
I certainly have no objection for i965... Dave and Jakob probably need
to comment also.
Keith
On Wed, 2011-02-16 at 13:35 -0500, Kristian Høgsberg wrote:
> They're not maintained and gets in the way when loading EGL drivers.
> The doc string even says it's disabled by default.
> ---
>
> I think
They're not maintained and gets in the way when loading EGL drivers.
The doc string even says it's disabled by default.
---
I think it makes sense to disable the intel gallium drivers as they're not
maintained and not in use anywhere. If nothing else, they're certainly
experimental, and as such i
On Wed, Feb 16, 2011 at 15:11:34 +, Jon TURNEY wrote:
> At the moment, libGL cannot be built --with-driver=dri --disable-driglx-direct
> on platforms which don't have libdrm.
>
> --with-driver=dri is the only way to build a libGL which supports indirect
> rendering.
>
> This patch set makes
Add Cygwin platform-specific settings and drivers to build for dri driver:
- by default, disable direct rendering.
- if direct rendering is enabled, the swrast dridriver is the only one it's
sensible to try to build (this doesn't work at the moment as additional patches
are required to build a libG
From: nobled
The Hurd kernel doesn't have DRM yet.
Signed-off-by: Jon TURNEY
---
configure.ac | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5559efc..0202769 100644
--- a/configure.ac
+++ b/configure.ac
@@ -730,12 +730,21
From: Samuel Thibault
Fix build when configured --with-driver=dri --disable-driglx-direct on GNU/Hurd
and Cygwin
Based on the Debian patch file '05_hurd-ftbfs.diff' by Samuel Thibault.
Signed-off-by: Jon TURNEY
---
configure.ac | 29 ++---
1 files changed, 18 insert
At the moment, libGL cannot be built --with-driver=dri --disable-driglx-direct
on platforms which don't have libdrm.
--with-driver=dri is the only way to build a libGL which supports indirect
rendering.
This patch set makes libdrm only required if --enable-driglx-direct is used,
and makes --disab
On 02/16/2011 02:08 AM, Marek Olšák wrote:
This was missed when implementing AL44.
Looks good to me.
This is probably applicable to the 7.9 and 7.10 branches too.
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesk
On Wed, Feb 16, 2011 at 5:37 AM, Jon TURNEY wrote:
> Fix a typo which meant that --enable-shared-glapi didn't actually cause a
> shared glapi to be built
>
> Signed-off-by: Jon TURNEY
> ---
> configure.ac | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/configure.a
Fix a typo which meant that --enable-shared-glapi didn't actually cause a
shared glapi to be built
Signed-off-by: Jon TURNEY
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index a5e9bfa..7c3ca4b 100644
--- a/configure.ac
++
Marek,
I'm not sure I agree here. If there's a bug in the lib, it should be
fixed there, not tried to be worked around (correctly or not). And the
bug has been there for years so it can't be suddenly that important. One
version of the library is for instance
cgit.freedesktop.org/~cbrill/libtx
This was missed when implementing AL44.
---
src/mesa/main/formats.c |6 -
src/mesa/main/formats.h |3 ++
src/mesa/main/image.c |3 ++
src/mesa/main/mipmap.c | 50 +++
4 files changed, 61 insertions(+), 1 deletions(-)
diff --git a/sr
19 matches
Mail list logo
