Reviewed-by: Andreas Boll andreas.boll@gmail.com
2013/1/19 Matt Turner matts...@gmail.com:
The static Makefiles used it.
---
configure.ac |4
src/gallium/targets/egl-static/Makefile.am |1 -
2 files changed, 0 insertions(+), 5 deletions(-)
https://bugs.freedesktop.org/show_bug.cgi?id=31598
Andreas Boll andreas.boll@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=37637
--- Comment #9 from Tobias Jakobi liquid.a...@gmx.net ---
This still happens in mesa git master.
Im currently using the following setup:
(1) llvm is build with static libstdc++:
ldd doesn't show any ref to libstdc++ anymore, however nm confirm
https://bugs.freedesktop.org/show_bug.cgi?id=37637
--- Comment #10 from Tobias Jakobi liquid.a...@gmx.net ---
Created attachment 73329
-- https://bugs.freedesktop.org/attachment.cgi?id=73329action=edit
two bts with recent mesa git master
Both crashes are due to dynamic_cast, but the calling
https://bugs.freedesktop.org/show_bug.cgi?id=37637
--- Comment #11 from Tobias Jakobi liquid.a...@gmx.net ---
Tried another approach:
llvm build normally and mesa with static llvm. I then replaced -lstdc++ by
-static-libstdc++ for building of r600g_dri.so (targets/dri-r600).
Doesn't work though:
https://bugs.freedesktop.org/show_bug.cgi?id=37637
--- Comment #12 from Tobias Jakobi liquid.a...@gmx.net ---
Last update for today. Current commandline is this:
g++ -fPIC -DPIC -shared -nostdlib
/usr/lib/gcc/i686-pc-linux-gnu/4.7.2/../../../../lib/crti.o
On 19 January 2013 11:06, Kenneth Graunke kenn...@whitecape.org wrote:
The BLT engine has many limitations. Currently, it can only blit
X-tiled buffers (since we don't have a kernel API to whack the BLT
tiling mode register), which means all depth/stencil operations get
punted to meta code,
On 20 January 2013 14:15, Paul Berry stereotype...@gmail.com wrote:
Your interaction with blorp looks good. But I think there are some bugs
in the resolves. My rules of thumb for depth/HiZ resolves are:
- Resolves take care of the mismatch in access patterns between HiZ-aware
components
On 01/18/2013 08:55 PM, Marek Olšák wrote:
---
src/mesa/state_tracker/st_cb_texture.c |1 +
src/mesa/state_tracker/st_extensions.c |1 +
src/mesa/state_tracker/st_format.c | 46
src/mesa/state_tracker/st_format.h |3 +++
4 files
Before, we were keeping a CPU-only buffer to accumulate the batchbuffer in,
which was an improvement over mapping the batch through the GTT directly
(since any readback or other failure to stream through write combining
correctly would hurt). However, on LLC-sharing architectures we can do better
From: Ian Romanick ian.d.roman...@intel.com
There really isn't any point. There is no resource savings, and we have
to do gymnastics in the driver to make it work.
There are also bad interactions with multisampling and OpenGL ES 3.0.
In ES3, a multisample-to-singlesample blit must have
On 01/20/2013 05:49 PM, Ian Romanick wrote:
From: Ian Romanick ian.d.roman...@intel.com
There really isn't any point. There is no resource savings, and we have
to do gymnastics in the driver to make it work.
There are also bad interactions with multisampling and OpenGL ES 3.0.
In ES3, a
https://bugs.freedesktop.org/show_bug.cgi?id=59591
--- Comment #1 from Matt Turner matts...@gmail.com ---
If make distclean ever worked, it was only by accident.
I'm working on a series that will fix make {dist,distclean,distcheck}.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=31598
--- Comment #2 from zephi...@gmail.com ---
On systems where 'python' is 3.x and 'python2' is 2.x, mesa's config will store
the variable PYTHON2='python2', whereas your code checks the PYTHON variable,
which is unset , and always uses 'python'
Hi,
I am here on Ubuntu/precise AMD64.
With the attached scripts I can't use a i965_dri.so for example from
gles3 GIT tree.
First, I have built libdrm-2.4.41, installed and ldconfig-ed it before
building mesa.
I have chosen a classic XORG prefix!
[ /etc/ld.so.conf.d/xorg.conf ]
# Xorg lib
On Sun, Jan 20, 2013 at 2:30 PM, Sedat Dilek sedat.di...@gmail.com wrote:
Hi,
I am here on Ubuntu/precise AMD64.
With the attached scripts I can't use a i965_dri.so for example from
gles3 GIT tree.
First, I have built libdrm-2.4.41, installed and ldconfig-ed it before
building mesa.
I
On Sun, Jan 20, 2013 at 2:39 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Sun, Jan 20, 2013 at 2:30 PM, Sedat Dilek sedat.di...@gmail.com wrote:
Hi,
I am here on Ubuntu/precise AMD64.
With the attached scripts I can't use a i965_dri.so for example from
gles3 GIT tree.
First, I have
17 matches
Mail list logo