https://bugs.freedesktop.org/show_bug.cgi?id=30958
Summary: EGL pipe_i965.c uses inline sw_screen_wrap() without
including inline_wrapper_sw_helper.h
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=30918
--- Comment #6 from Tormod Volden bugzi09.fdo.tor...@xoxy.net 2010-10-18
06:47:35 PDT ---
Since this can be a Ubuntu specific issue, I'd suggest you file a bug on the
Ubuntu bug tracker on this (use ubuntu-bug mesa). Then we can take it back
https://bugs.freedesktop.org/show_bug.cgi?id=30958
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 10/17/2010 01:02 AM, Dave Airlie wrote:
still has info about 7.8 not 7.9 release.
Fixed. Thanks for the reminder.
-Brian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 10/17/2010 03:21 PM, Brian Rogers wrote:
This fixes erroneous bad format in do_row() messages
---
src/mesa/main/mipmap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/mipmap.c b/src/mesa/main/mipmap.c
index d65aecd..11d5a05 100644
---
Hi,
the help text for r600g (--enable-gallium-r600) configuration should
differ from r300g (--enable-gallium-radeon).
s...@tbox:~/src/mesa/mesa$ ./configure --help | grep gallium
--disable-gallium build gallium [default=enabled]
--enable-gallium-llvm build gallium LLVM support
On Fri, Oct 15, 2010 at 7:44 PM, John Kessenich jo...@lunarg.com wrote:
Hi,
LunarG has decided to work on an open source, long-term, highly-functional,
and modular shader and kernel compiler stack. Attached is our high-level
proposal for this compiler architecture (LunarGLASS). We would like
On 10/14/2010 02:24 PM, Thomas Hellstrom wrote:
Signed-off-by: Thomas Hellstromthellst...@vmware.com
---
src/mesa/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/Makefile b/src/mesa/Makefile
index c41c38c..7a6936e 100644
--- a/src/mesa/Makefile
+++
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There are a number of shading language extension currently in Mesa or
soon to be in Mesa that don't have any driver dependent parts. Would
anyone object to having these extensions be enabled automatically when
GLSL is enabled?
The list that I'm
On Mon, Oct 18, 2010 at 9:18 AM, Jerome Glisse j.gli...@gmail.com wrote:
On Fri, Oct 15, 2010 at 7:44 PM, John Kessenich jo...@lunarg.com wrote:
Hi,
LunarG has decided to work on an open source, long-term, highly-functional,
and modular shader and kernel compiler stack. Attached is our
On 10/18/2010 11:43 AM, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There are a number of shading language extension currently in Mesa or
soon to be in Mesa that don't have any driver dependent parts. Would
anyone object to having these extensions be enabled automatically
Yes, nicely put Keith.
If the effort to make this work is not worth the benefit of standardizing
and picking up the LLVM optimizations, finding out sooner is better than
later. Hence, any specific reasons why that would be the case are most
appreciated.
Jerome has a good point about the final
On Mon, 2010-10-18 at 10:52 -0700, Keith Whitwell wrote:
On Mon, Oct 18, 2010 at 9:18 AM, Jerome Glisse j.gli...@gmail.com wrote:
On Fri, Oct 15, 2010 at 7:44 PM, John Kessenich jo...@lunarg.com wrote:
Hi,
LunarG has decided to work on an open source, long-term, highly-functional,
and
On Mon, Oct 18, 2010 at 12:27 PM, José Fonseca jfons...@vmware.com wrote:
On Mon, 2010-10-18 at 10:52 -0700, Keith Whitwell wrote:
On Mon, Oct 18, 2010 at 9:18 AM, Jerome Glisse j.gli...@gmail.com wrote:
On Fri, Oct 15, 2010 at 7:44 PM, John Kessenich jo...@lunarg.com wrote:
Hi,
LunarG has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corbin Simpson wrote:
The biggest problems I had when trying to write an r300 backend for
LLVM were largely because of the massively specialized nature of
pre-Dx10 GPUs, which are closer to DSPs than anything LLVM normally
targets. In particular,
15 matches
Mail list logo