https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #7 from russian...@gmail.com 2012-04-16
20:13:47 PDT ---
I've noticed different defines on 7.11.2 version and git from autogen.sh
script:
For example -D for glsl_lexer :
8-git
-D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTE
Hi,
I've just built Mesa-8.0.2 in a Linux box. Then there were errors of "libGL.so:
undefined reference to `XGetXCBConnection'" and "libGL.so: undefined
reference to `xcb_glx_client_info'" while I was compiling glew-1.7.0.
What was I missing in building Mesa-8.0.2?
$ ldd libGL.so
linux-gate.so.
This was carried over from structure splitting, without thinking about
whether the name still made sense in this context.
---
src/glsl/opt_array_splitting.cpp | 26 +++---
1 file changed, 15 insertions(+), 11 deletions(-)
diff --git a/src/glsl/opt_array_splitting.cpp b/src/g
Ken noted that some of the "actual work" was happening in the caller
of this class.
---
src/glsl/opt_array_splitting.cpp |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/glsl/opt_array_splitting.cpp b/src/glsl/opt_array_splitting.cpp
index e41818f..2b523fc 100644
---
This is the reason the declaration member existed in the reference
visitor, but I didn't copy the code from structure splitting that
avoided setting it.
This wasn't currently a problem, because we don't allow splitting of
in/out variables. But that would be nice to change some day.
---
src/glsl/
I wouldn't be able to trigger this at the piglit level because of
inlining. And the bug I was concerned about can't be triggered
because we don't do array splitting on in/out variables (though I've
wanted to change that).
---
src/glsl/tests/.gitignore |1 +
src/glsl/t
This will be used for some compile-and-link-time error checking, where
currently we've been doing error checking only at link time.
---
src/glsl/ast_function.cpp | 29 -
src/glsl/ast_to_hir.cpp |4
src/glsl/ir.h | 13 +
3 files cha
We were checking for these at link time previously, which is not as
early as mandated, and would actually fail to detect conflicting
writes if dead code removal removed some writes.
Fixes failures in piglit
glsl-*/compiler/fragment-outputs/write-gl_Frag*
---
src/glsl/ast_to_hir.cpp | 66 +++
On Thu, 12 Apr 2012 17:25:43 -0700, "Ian Romanick" wrote:
> From: Ian Romanick
>
> Signed-off-by: Ian Romanick
Uncommented patches up to this one are:
Reviewed-by: Eric Anholt
I think that the unit tests should live next to the code (under tests/
if it makes sense), rather than under a top-
This runs optimization-test and produces the usual automake test
output, which may be interesting to automated build systems.
This doesn't convert the tests to be individually exposed to the
automake runner, because automake doesn't like wildcards (due to being
nonportable in make, not that we car
---
src/glsl/opt_structure_splitting.cpp | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/glsl/opt_structure_splitting.cpp
b/src/glsl/opt_structure_splitting.cpp
index 2c1f6bb..6dd228e 100644
--- a/src/glsl/opt_structure_splitting.cpp
+++ b/src/glsl/opt_struct
---
tests/glx/Makefile.am |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/tests/glx/Makefile.am b/tests/glx/Makefile.am
index f5581d6..7f93fd7 100644
--- a/tests/glx/Makefile.am
+++ b/tests/glx/Makefile.am
@@ -1,10 +1,8 @@
-INC = \
+AM_CPPFLAGS = \
-I$(top_bu
Ken noted this in a review of this patch that I pushed early.
---
src/glsl/opt_array_splitting.cpp |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/glsl/opt_array_splitting.cpp b/src/glsl/opt_array_splitting.cpp
index f11b516..e41818f 100644
--- a/src/glsl/opt_array_spl
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #6 from russian...@gmail.com 2012-04-16
16:38:46 UTC ---
(In reply to comment #5)
> You are using the xorg state tracker rather than xf86-video-ati. Do things
> work correctly with xf86-video-ati? Why are you using the xorg state t
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #5 from Alex Deucher 2012-04-16 16:36:32 PDT ---
You are using the xorg state tracker rather than xf86-video-ati. Do things
work correctly with xf86-video-ati? Why are you using the xorg state tracker?
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=48787
Ian Romanick changed:
What|Removed |Added
Summary|[regression bisected] |[regression bisected] Doom3
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #4 from Joshua Scoggins 2012-04-16
16:33:00 PDT ---
I can confirm that this affects r300 based devices (FireGL X1) as well on ia64.
Downgrading to Mesa 7.11.2 fixed the issue.
--
Configure bugmail: https://bugs.freedesktop.org/user
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #3 from russian...@gmail.com 2012-04-16
16:30:05 PDT ---
Created attachment 60106
--> https://bugs.freedesktop.org/attachment.cgi?id=60106
Kernel configuration I'm using.
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #2 from russian...@gmail.com 2012-04-16
16:29:39 PDT ---
Created attachment 60105
--> https://bugs.freedesktop.org/attachment.cgi?id=60105
Kernel log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=48788
--- Comment #1 from russian...@gmail.com 2012-04-16
16:28:59 PDT ---
Created attachment 60104
--> https://bugs.freedesktop.org/attachment.cgi?id=60104
Xorg log when using r600g driver
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=48788
Bug #: 48788
Summary: Mesa after 7.11.2 won't use hardware for OpenGL
acceleration
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: IA64 (Itanium)
https://bugs.freedesktop.org/show_bug.cgi?id=48787
Bug #: 48787
Summary: [regression bisected]
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: nor
On Thu, 12 Apr 2012 17:25:38 -0700, "Ian Romanick" wrote:
> From: Ian Romanick
>
> The spec requires that samplers be initialized to 0. Since this
> differs from the 1-to-1 mapping of samplers to texture units assumed
> by ARB assembly shaders (and the gl_program structure), be sure to
> propag
On Thu, 12 Apr 2012 17:25:37 -0700, "Ian Romanick" wrote:
> + if (val->type->is_array()) {
> + const enum glsl_base_type base_type =
> + val->array_elements[0]->type->base_type;
> + const unsigned int elements =
> val->array_elements[0]->type->components();
> + unsigned int
On Sat, 14 Apr 2012 07:27:28 +0100, Dave Airlie wrote:
> On Sat, Apr 14, 2012 at 12:38 AM, Eric Anholt wrote:
> > ---
> > docs/GL3.txt | 5 ++---
> > 1 file changed, 2 insertions(+), 3 deletions(-)
> >
> > diff --git a/docs/GL3.txt b/docs/GL3.txt
> > index 07c6cd9..4393b22 100644
> > --- a/do
On Mon, Apr 16, 2012 at 1:01 PM, Paul Berry wrote:
> On 16 April 2012 09:44, Ian Romanick wrote:
>>
>> On 04/15/2012 03:25 AM, nobled wrote:
>>
>>> I'm not sure if I'm missing something, but the non-compatibility
>>> OpenGL 3.1 Specification seems pretty straightforward about this:
>>>
>>> page 4
On 04/16/2012 10:01 AM, Paul Berry wrote:
On 16 April 2012 09:44, Ian Romanick mailto:i...@freedesktop.org>> wrote:
On 04/15/2012 03:25 AM, nobled wrote:
I'm not sure if I'm missing something, but the non-compatibility
OpenGL 3.1 Specification seems pretty straightforward ab
On 16 April 2012 09:44, Ian Romanick wrote:
> On 04/15/2012 03:25 AM, nobled wrote:
>
> I'm not sure if I'm missing something, but the non-compatibility
>> OpenGL 3.1 Specification seems pretty straightforward about this:
>>
>> page 42/55 section 2.11 "Vertex Shaders":
>> "If the program object
On 04/15/2012 03:25 AM, nobled wrote:
I'm not sure if I'm missing something, but the non-compatibility
OpenGL 3.1 Specification seems pretty straightforward about this:
page 42/55 section 2.11 "Vertex Shaders":
"If the program object
has no vertex shader, or no program object is currently in us
On 04/13/2012 04:38 PM, Eric Anholt wrote:
---
docs/GL3.txt |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 6621e75..07c6cd9 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -43,11 +43,11 @@ GLX_ARB_create_context (GLX 1.4 is required
- Original Message -
> Hi,
>
> does lack of feedback mean that this idea is still off the table
> despite the performance increase, or that nobody is opposed to it
> anymore?
Hi Marek,
Sorry for the delayed silence. The lack of my feedback just means I'm busy...
> In other words, may
On Mon, Apr 16, 2012 at 8:09 AM, Marek Olšák wrote:
> Hi,
>
> does lack of feedback mean that this idea is still off the table
> despite the performance increase, or that nobody is opposed to it
> anymore?
>
> In other words, may I start adapting the other drivers and send patches?
Seems ok to me
Hi,
does lack of feedback mean that this idea is still off the table
despite the performance increase, or that nobody is opposed to it
anymore?
In other words, may I start adapting the other drivers and send patches?
Thanks,
Marek
On Thu, Apr 12, 2012 at 8:08 PM, Marek Olšák wrote:
> Hi,
>
> I
33 matches
Mail list logo
