-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 particula
On Mon, Oct 18, 2010 at 12:27 PM, José Fonseca wrote:
> On Mon, 2010-10-18 at 10:52 -0700, Keith Whitwell wrote:
>> On Mon, Oct 18, 2010 at 9:18 AM, Jerome Glisse wrote:
>> > On Fri, Oct 15, 2010 at 7:44 PM, John Kessenich wrote:
>> >> Hi,
>> >> LunarG has decided to work on an open source, long
On Mon, 2010-10-18 at 10:52 -0700, Keith Whitwell wrote:
> On Mon, Oct 18, 2010 at 9:18 AM, Jerome Glisse wrote:
> > On Fri, Oct 15, 2010 at 7:44 PM, John Kessenich wrote:
> >> Hi,
> >> LunarG has decided to work on an open source, long-term, highly-functional,
> >> and modular shader and kernel
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 re
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
On Mon, Oct 18, 2010 at 9:18 AM, Jerome Glisse wrote:
> On Fri, Oct 15, 2010 at 7:44 PM, John Kessenich 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 com
-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 think
On 10/14/2010 02:24 PM, Thomas Hellstrom wrote:
Signed-off-by: Thomas Hellstrom
---
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
+++ b/src/mesa/Makefile
@@
On Fri, Oct 15, 2010 at 7:44 PM, John Kessenich 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 to
> solicit
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 [defaul
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
--- a/src/mesa/m
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
https://bugs.freedesktop.org/show_bug.cgi?id=30958
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=30918
--- Comment #6 from Tormod Volden 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
here once the basic bug triag
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)
15 matches
Mail list logo