https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 27914, which changed state.
Bug 27914 Summary: GLSL compiler uses MUL+ADD where it could use MAD
https://bugs.freedesktop.org/show_bug.cgi?id=27914
What|Old Value |New Value
Changes in v3:
- Rework to use the bind flags
Changes in v2:
- No longer set the flag in compress_with_blit depending on NPOT, let the
driver do that if needed
Allow to pass flags to st_texture_create and take advantage of that
to tell the pipe driver that a texture is going to be used with
This changes the whole codebase to specify precisely which sampling
capabilities they actually need.
It also removes PIPE_BIND_SAMPLER_VIEW since all users are moved
to either more specific flags, or PIPE_BIND_SAMPLER_VIEW_ALL.
This prevents accidentally specifying PIPE_SAMPLER_VIEW incorrectly.
Hi,
Since commits 2f9ecc818d67 and a433cd286c60 (Add builtins profile for GLSL
1.30), GLSL2 does not compile on MSVC 2008:
builtin_function.cpp(15821) : fatal error C1091: compiler limit: string
exceeds 65535 bytes in length
It does seem quite stupid to have 64k limit for strings in a 21st
On Tue, 2010-08-17 at 00:09 -0700, Luca Barbieri wrote:
+
+/* State trackers should support using either normalization in all
internal drawing
+ * code, using these flag to tell which one to use.
+ *
+ * If they do not have such support, then they should indicate the
+ * normalization
-
In terms of the unnormalized change, I think I'd like to go over it one
more time.
It looks like there are a few things happening at once:
a) The state tracker is informing the driver whether it will use
normalized texcoords, unnormalized texcoords or both for a given
texture.
Again, I don't see why this needs to be per-resource information --
surely the hardware has a single preference that it keeps under all
circumstances?
For nv30 there are two layouts that each require one normalization, so
the preference (actually, a requirement) depends on the layout and
hence
What's wrong with addressing these needs respectively by:
a) Adding a new pipe_texture_target enum PIPE_TEXTURE_RECT to capture
the GL usage (unnormalized, clamp). Think about CL later.
I think this is essentially equivalent to my latest patchset in the
following sense:
- Your
On 17.08.2010 16:53, Keith Whitwell wrote:
-
In terms of the unnormalized change, I think I'd like to go over it one
more time.
It looks like there are a few things happening at once:
a) The state tracker is informing the driver whether it will use
normalized texcoords,
On Tue, Aug 17, 2010 at 10:56 AM, Luca Barbieri l...@luca-barbieri.com wrote:
I don't see the need for this any flag -- if this is an internally
generated texture, the state tracker can query the driver, find out what
normalization it prefers, and then use that explicitly.
It is for internal
By the way, to make this clearer, the _absolute_ requirements to have
a correct nv30 driver without any emulation code are those:
1. The driver must know whether a POT texture is GL_TEXTURE_2D or is a
GL_TEXTURE_RECTANGLE that just happens to be POT
2. If the driver is nv30, the state tracker
https://bugs.freedesktop.org/show_bug.cgi?id=27265
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 27265, which changed state.
Bug 27265 Summary: GLSL Compiler doesnt link the attached vertex shader
https://bugs.freedesktop.org/show_bug.cgi?id=27265
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 27261, which changed state.
Bug 27261 Summary: GLSL Compiler fails on the following vertex shader
https://bugs.freedesktop.org/show_bug.cgi?id=27261
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=26224
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 26224, which changed state.
Bug 26224 Summary: [GLSL] Cannot get location of a uniform struct member
https://bugs.freedesktop.org/show_bug.cgi?id=26224
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 26001, which changed state.
Bug 26001 Summary: [GLSL 1.10] constructing matrix from matrix succeeds
https://bugs.freedesktop.org/show_bug.cgi?id=26001
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 26000, which changed state.
Bug 26000 Summary: [GLSL] allowing different parameter qualifier between the
function definition and declaration
https://bugs.freedesktop.org/show_bug.cgi?id=26000
What|Old
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25999, which changed state.
Bug 25999 Summary: [GLSL] embedded structure constructor fails to compile
https://bugs.freedesktop.org/show_bug.cgi?id=25999
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25878, which changed state.
Bug 25878 Summary: [GLSL] sampler is converted to int successfully
https://bugs.freedesktop.org/show_bug.cgi?id=25878
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25877, which changed state.
Bug 25877 Summary: [GLSL 1.10] implicit conversion from int to float should
not be allowed
https://bugs.freedesktop.org/show_bug.cgi?id=25877
What|Old Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25830, which changed state.
Bug 25830 Summary: [GLSL] allowing non-constant-expression as const declaration
initializer
https://bugs.freedesktop.org/show_bug.cgi?id=25830
What|Old Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 16854, which changed state.
Bug 16854 Summary: GLSL function call at global scope causes SEGV
https://bugs.freedesktop.org/show_bug.cgi?id=16854
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 16856, which changed state.
Bug 16856 Summary: GLSL indexing of unsized array results in assertion failure
https://bugs.freedesktop.org/show_bug.cgi?id=16856
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=18659
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 18659, which changed state.
Bug 18659 Summary: Crash in shader/slang/slang_codegen.c
_slang_gen_function_call_name()
https://bugs.freedesktop.org/show_bug.cgi?id=18659
What|Old Value
https://bugs.freedesktop.org/show_bug.cgi?id=24553
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 24553, which changed state.
Bug 24553 Summary: shader compilation times explode when using more () pairs
https://bugs.freedesktop.org/show_bug.cgi?id=24553
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25769, which changed state.
Bug 25769 Summary: [GLSL] float can be implicitly converted to int
https://bugs.freedesktop.org/show_bug.cgi?id=25769
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25808, which changed state.
Bug 25808 Summary: [GLSL] const variable is modified successfully
https://bugs.freedesktop.org/show_bug.cgi?id=25808
What|Old Value |New Value
On 17.08.2010 17:43, Luca Barbieri wrote:
I'm not sure it's really worth bothering about all those cases to
optimize some divs or muls away.
Yes, the gain might be marginal, but once you change internal code to
support either normalization, supporting fine grained preferences is a
tiny
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25826, which changed state.
Bug 25826 Summary: [GLSL] declaring an unsized array then re-declaring with a
size fails
https://bugs.freedesktop.org/show_bug.cgi?id=25826
What|Old Value
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 25827, which changed state.
Bug 25827 Summary: [GLSL] vector constructor accepts too many arguments
successfully
https://bugs.freedesktop.org/show_bug.cgi?id=25827
What|Old Value |New
On 17.08.2010 17:48, Luca Barbieri wrote:
Well I don't like drivers changing the hints flag on their own,
overwriting what the state tracker set. Hence the suggestion to just
always use normalized coords unless the driver can't handle it (which
can be a usual global query).
In my second
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 26990, which changed state.
Bug 26990 Summary: [GLSL] variable declaration in while fails to compile
https://bugs.freedesktop.org/show_bug.cgi?id=26990
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=29601
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |ASSIGNED
Because there is some expectation (with the exception of the private
flags) this is state set by the state tracker.
Yes, currently it's this way, but I think that overall, this is suboptimal.
For instance, I think that drivers should override the bind flags,
setting them to what the resource
https://bugs.freedesktop.org/show_bug.cgi?id=29607
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Priority|medium |high
https://bugs.freedesktop.org/show_bug.cgi?id=27403
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Status|NEW |ASSIGNED
Changes in v6:
- Remove hunks about bind flags
Changes in v5:
- Use the new flags
Changes in v4:
- Modify st_Bitmap to use unnormalized coordinates if the driver wants it to
Changes in v3:
- Updated comment
Changes in v2:
- u_blit no longer sets the unnormalized hint flag for NPOT textures:
https://bugs.freedesktop.org/show_bug.cgi?id=29622
Summary: glGetUniformLocation does not work between glNewList
and glEndList
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Using a flag instead of a new texture target allows to avoid hundreds of
changes to existing code, and allows drivers for modern hardware to
just ignore this flag.
I grepped a bit through the code, and a new texture target seems
easier than expected: apparently there are only about 36 checks
https://bugs.freedesktop.org/show_bug.cgi?id=27748
Karl Schultz karl.w.schu...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=29623
Nick Bowler nbow...@draconx.ca changed:
What|Removed |Added
Attachment #37927|text/x-c|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=29623
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=29431
Eric Anholt e...@anholt.net changed:
What|Removed |Added
Component|Drivers/DRI/i965|Mesa core
---
src/mesa/drivers/dri/r600/r700_assembler.c | 25 +++--
src/mesa/drivers/dri/r600/r700_assembler.h |2 +-
2 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/src/mesa/drivers/dri/r600/r700_assembler.c
b/src/mesa/drivers/dri/r600/r700_assembler.c
index
https://bugs.freedesktop.org/show_bug.cgi?id=29638
--- Comment #1 from wang,jinjin jinjin.w...@intel.com 2010-08-17 22:41:54 PDT
---
Created an attachment (id=37937)
-- (https://bugs.freedesktop.org/attachment.cgi?id=37937)
test picture on master not merged
--
Configure bugmail:
48 matches
Mail list logo
