| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Instead of messing with the callers simply copy our inputs into a
alloca array at the beginning of the function and then use it.
Reviewed-by: José Fonseca <[email protected]>
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Need to increment the array index to point to the last value.
Before, we were calling lp_build_array_alloca() over and over for
no reason.
|
| |
|
| |
|
|
|
|
|
| |
We want to do the scatter store to sequential locations in memory
for the vector of pixels we're processing in SOA format.
|
| |
|
| |
|
|
|
|
|
| |
Something is not quite right, however. The piglit tests mentioned in
fd.o bug 31226 still don't pass.
|
| |
|
|
|
|
|
|
|
| |
Fixes this GCC warning.
gallivm/lp_bld_tgsi_aos.c: In function 'lp_build_tgsi_aos':
gallivm/lp_bld_tgsi_aos.c:516: warning: 'dst0' may be used uninitialized in this function
gallivm/lp_bld_tgsi_aos.c:516: note: 'dst0' was declared here
|
|
|
|
|
|
|
| |
Fixes these GCC warnings.
gallivm/lp_bld_sample_aos.c: In function 'lp_build_sample_image_nearest':
gallivm/lp_bld_sample_aos.c:271: warning: 't_ipart' may be used uninitialized in this function
gallivm/lp_bld_sample_aos.c:271: warning: 'r_ipart' may be used uninitialized in this function
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes these GCC warnings.
gallivm/lp_bld_sample_aos.c: In function 'lp_build_sample_image_linear':
gallivm/lp_bld_sample_aos.c:439: warning: 'r_ipart' may be used uninitialized in this function
gallivm/lp_bld_sample_aos.c:438: warning: 't_ipart' may be used uninitialized in this function
gallivm/lp_bld_sample_aos.c:438: warning: 't_fpart' may be used uninitialized in this function
gallivm/lp_bld_sample_aos.c:439: warning: 'r_fpart' may be used uninitialized in this function
gallivm/lp_bld_sample_aos.c:438: warning: 't_fpart_hi' may be used uninitialized in this function
gallivm/lp_bld_sample_aos.c:438: warning: 't_fpart_lo' may be used uninitialized in this function
gallivm/lp_bld_sample_aos.c:439: warning: 'r_fpart_hi' may be used uninitialized in this function
gallivm/lp_bld_sample_aos.c:439: warning: 'r_fpart_lo' may be used uninitialized in this function
|
|
|
|
| |
http://bugs.freedesktop.org/show_bug.cgi?id=30974
|
| |
|
| |
|
|
|
|
|
|
| |
Derivatives are now scalar.
Broken since 17dbd41cf23e7e7de2f27e5e9252d7f792d932f3.
|
| |
|
|
|
|
|
| |
There's no LLVM C LLVMBuildLoadVolatile() function so roll our own.
Not used anywhere at this time but can come in handy during debugging.
|
| |
|
|
|
|
| |
Disabling address printing is helpful for diffing.
|
| |
|
|
|
|
| |
The bug only happens on the AOS / fixed-pt path.
|
| |
|
|
|
|
|
|
|
|
| |
This is relying on lp_build_pack2 using the sse2 pack intrinsics which
handle clamping.
(Alternatively could have make it use lp_build_packs2 but it might
not even produce more efficient code than not using the fastpath
in the first place.)
|
| |
|
|
|
|
|
| |
There seems to be no reason for it, so do same math for both
(except the scale mul, of course).
|
| |
|
| |
|
|
|
|
| |
To allow more optimizations, in particular for direct textures.
|
|
|
|
|
|
|
|
|
|
|
| |
SSE support for 32bit and 16bit unsigned arithmetic is not complete, and
can easily result in inefficient code.
In most cases signed/unsigned doesn't make a difference, such as for
integer texture coordinates.
So remove uint_coord_type and uint_coord_bld to avoid inefficient
operations to sneak in the future.
|
|
|
|
|
| |
We end up treating them as scalars in the end, and it saves some
instructions.
|
|
|
|
| |
With this commit all explicit Phi emission is now gone.
|
|
|
|
| |
GALLIVM_DEBUG=no_brilinear runtime option
|
|
|
|
|
|
|
|
|
|
|
|
| |
We can't patch true-block at end-if time, as there is no guarantee that
the block at the beginning of the true stanza is the same at the end of
the true stanza -- other control flow elements may have been emitted half
way the true stanza.
Although this bug surfaced recently with the commit to skip mip filtering
when lod is an integer the bug was always there, although probably it
was avoided until now: e.g., cubemap selection nests if-then-else on the
else stanza, which does not suffer from the same problem.
|
| |
|
|
|
|
| |
No need for for a flow stack anymore.
|
| |
|
|
|
|
| |
Simply rely on mem2reg pass. It's easier and more reliable.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Stop disassembling on unconditional backwards jumps.
|
|
|
|
|
| |
Don't branch more than once in quick succession. Don't branch at the
end of the shader.
|
|
|
|
|
| |
LLVM seems to finds it easier to reason about these than our
mantissa-manipulation code.
|
| |
|
|
|
|
| |
Fixes slowdown in isosurf with earlier versions of llvm.
|