Am 30.05.2009 21:18, schrieb Stephan Raue:
Am 30.05.2009 17:42, schrieb Dan Nicholson:
2009/5/29 Stephan Rauemailingli...@openelec.tv:
Am 29.05.2009 13:58, schrieb Stephan Raue:
Hi,
i want to dry compile miniGLX
when i do a make linux-solo i become follow error:
now this
Le Mon, 26 Jan 2009 12:30:21 -0700
Brian Paul bri...@vmware.com a écrit:
Keith Whitwell wrote:
On Mon, 2009-01-26 at 10:10 -0800, Patrice Mandin wrote:
Hello,
[Excuse me if it's not the right place to talk about Gallium, is
dri-devel a better place?]
Last week I fixed a bug in nv30
Patrice Mandin schrieb:
In both 2.0 and 2.1 spec file I did not find anything saying
GL_EXT_blend_equation_separate was promoted to the core for 2.0, and
with Nvidia proprietary driver it's not defined also (version string is
2.1.2 in this case) as nv30 do not support it.
It seems like they
http://bugs.freedesktop.org/show_bug.cgi?id=22014
Summary: Bogus GL_INVALID_OPERATION when calling glGetError
inside glNewList() - glEndList() block with
GL_COMPILE_AND_EXECUTE
Product: Mesa
Version: unspecified
http://bugs.freedesktop.org/show_bug.cgi?id=22014
--- Comment #1 from Stephen A. stapos...@gmail.com 2009-05-31 08:42:51 PST
---
This issue does not occur when using GL_COMPILE instead of
GL_COMPILE_AND_EXECUTE.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
Am Saturday 30 May 2009 21:00:51 schrieb Maciej Cencora:
this round of patches for r300 brings:
1) hardware accelerated support for 8bit and 16bit vertex attribute data
formats,
2) support for 16bit vertex indices,
3) support for EXT_vertex_array_bgra extension,
4) TL path cleanup. it's used
http://bugs.freedesktop.org/show_bug.cgi?id=21980
--- Comment #2 from Dan Nicholson dbn.li...@gmail.com 2009-05-31 10:22:54
PST ---
(In reply to comment #1)
I can build master and the 7.5 branch correctly on OS X. Try:
./configure --with-driver=xlib --enable-gl-osmesa
instead of
http://bugs.freedesktop.org/show_bug.cgi?id=4095
Dan Nicholson dbn.li...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=4435
Dan Nicholson dbn.li...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=6980
--- Comment #2 from Dan Nicholson dbn.li...@gmail.com 2009-05-31 10:48:40
PST ---
I'm pretty sure you can do this now with autoconf by using ./configure
--enable-driver=dri --enable-gl-osmesa. That links libOSMesa to libGL like
http://bugs.freedesktop.org/show_bug.cgi?id=7789
--- Comment #4 from Dan Nicholson dbn.li...@gmail.com 2009-05-31 10:54:54
PST ---
A lot of build issues have been cleared up in the Mesa-7* releases. Can you try
a more recent one and see if the issue persists?
--
Configure bugmail:
Dnia niedziela, 31 maja 2009 o 17:58:26 Nicolai Hähnle napisał(a):
Am Saturday 30 May 2009 21:00:51 schrieb Maciej Cencora:
this round of patches for r300 brings:
1) hardware accelerated support for 8bit and 16bit vertex attribute data
formats,
2) support for 16bit vertex indices,
3)
On Sun, 2009-05-31 at 02:59 -0700, Patrice Mandin wrote:
Le Sun, 31 May 2009 11:08:07 +0200
Philipp Klaus Krause p...@spth.de a écrit:
Patrice Mandin schrieb:
In both 2.0 and 2.1 spec file I did not find anything saying
GL_EXT_blend_equation_separate was promoted to the core for
I was wondering if s3tc support was ever coming to gallium in the same
way as in classic mesa (libtxc_dxtn). It doesn't seem like a bad thing
to have and it will help with fallback for cards that don't support
hardware decompression (notably i915).
Mike.
http://bugs.freedesktop.org/show_bug.cgi?id=4435
--- Comment #9 from Brian Paul brian.p...@tungstengraphics.com 2009-05-31
17:34:41 PST ---
Sure, go ahead and remove it.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On 01.06.2009 01:57, Mike Kaplinskiy wrote:
I was wondering if s3tc support was ever coming to gallium in the same
way as in classic mesa (libtxc_dxtn). It doesn't seem like a bad thing
to have and it will help with fallback for cards that don't support
hardware decompression (notably i915).
On 31.05.2009 11:59, Patrice Mandin wrote:
Le Sun, 31 May 2009 11:08:07 +0200
Philipp Klaus Krause p...@spth.de a écrit:
Patrice Mandin schrieb:
In both 2.0 and 2.1 spec file I did not find anything saying
GL_EXT_blend_equation_separate was promoted to the core for 2.0, and
with Nvidia
On Sun, May 31, 2009 at 9:17 PM, Roland Scheidegger srol...@vmware.com wrote:
On 01.06.2009 01:57, Mike Kaplinskiy wrote:
I was wondering if s3tc support was ever coming to gallium in the same
way as in classic mesa (libtxc_dxtn). It doesn't seem like a bad thing
to have and it will help with
18 matches
Mail list logo