this is ok.
regards,
George.
On Tue, Mar 23, 2010 at 6:52 PM, George Sapountzis
gsapount...@gmail.com wrote:
On Sun, Mar 14, 2010 at 12:25 PM, George Sapountzis
gsapount...@gmail.com wrote:
Hi,
I put some patches at
http://cgit.freedesktop.org/~gsap7/mesa/log/?h=gallium-drisw that do
On Thu, Mar 25, 2010 at 9:49 PM, Jakob Bornecrantz wallbra...@gmail.com wrote:
On Thu, Mar 25, 2010 at 7:00 PM, George Sapountzis
gsapount...@gmail.com wrote:
On Thu, Mar 25, 2010 at 7:58 PM, Jakob Bornecrantz wallbra...@gmail.com
wrote:
0003 moves drisw into dri/sw and the drm dri files
On Fri, Mar 26, 2010 at 2:23 AM, Chris Ball c...@laptop.org wrote:
Hi,
http://tinderbox.x.org/builds/2010-03-25-0018/logs/libGL/#build
mklib: Making Linux shared library: swrastg_dri.so.tmp
gcc -o swrastg_dri.so.test ../../../../src/mesa/drivers/dri/common/dri_test.o
swrastg_dri.so.tmp
On Sun, Mar 14, 2010 at 12:25 PM, George Sapountzis
gsapount...@gmail.com wrote:
Hi,
I put some patches at
http://cgit.freedesktop.org/~gsap7/mesa/log/?h=gallium-drisw that do
the plumbing in order to build the swrast_dri wrapper around gallium
instead of classic mesa. For reference
That was commit 9ec29e31919e85f9230867f43841c0e74be930d3 when doing a
pristine build. I reverted it for now.
On Sun, Mar 21, 2010 at 2:31 PM, STEVE555 stevenward...@hotmail.com wrote:
Hi Chia-I Wu,
I've just updated my copy of Mesa master today after your
merge and the
On Sun, Mar 21, 2010 at 4:31 PM, Marek Olšák mar...@gmail.com wrote:
Please do git pull --rebase origin instead of git pull origin to avoid
Merge branch 'master' of ... commits.
yes, i left them because the intervening commits happened between a
local 'git clean -fdx' and a 'git push' ... to
On Sun, Mar 21, 2010 at 4:46 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Mar 19, 2010 at 09:57:41PM +0200, George Sapountzis wrote:
The timing of the first attempt was unfortunate because it was in the
middle of a re-factoring I had not realized it was happening. The good
thing
Can you please try a clean build ?
softpipe_create_screen is defined in the newly added file
soft_screen.c and maybe you did not rebuild drm/sw
If I actually broke this as well, admittedly I should have stayed away
from the computer today
On Sun, Mar 21, 2010 at 6:42 PM, Xavier Chantry
On Sun, Mar 21, 2010 at 6:50 PM, George Sapountzis
gsapount...@gmail.com wrote:
Can you please try a clean build ?
softpipe_create_screen is defined in the newly added file
soft_screen.c and maybe you did not rebuild drm/sw
s/softpipe_create_screen/gallium_soft_create_screen/ in the above
On Sun, Mar 21, 2010 at 6:50 PM, George Sapountzis
gsapount...@gmail.com wrote:
Can you please try a clean build ?
softpipe_create_screen is defined in the newly added file
soft_screen.c and maybe you did not rebuild drm/sw
If I actually broke this as well, admittedly I should have stayed
On Sun, Mar 21, 2010 at 7:43 PM, George Sapountzis
gsapount...@gmail.com wrote:
On Sun, Mar 21, 2010 at 7:22 PM, Keith Whitwell
keith.whitw...@googlemail.com wrote:
George,
This is basically a reproduction of a facility I had in target-helpers
previously (swrast_screen.c or similar), which I
On Sun, Mar 14, 2010 at 12:25 PM, George Sapountzis
gsapount...@gmail.com wrote:
Hi,
I put some patches at
http://cgit.freedesktop.org/~gsap7/mesa/log/?h=gallium-drisw that do
the plumbing in order to build the swrast_dri wrapper around gallium
instead of classic mesa. For reference
On Mon, Mar 15, 2010 at 3:11 AM, Ian Romanick i...@freedesktop.org wrote:
If you're going to do this, please make a separate driver. Call it
swrastg or something. I use swrast for testing new core Mesa features
that I implement, and I don't want to be forced to muck about with
Gallium to do
Hi,
I put some patches at
http://cgit.freedesktop.org/~gsap7/mesa/log/?h=gallium-drisw that do
the plumbing in order to build the swrast_dri wrapper around gallium
instead of classic mesa. For reference, swrast_dri is the fallback
driver loaded by libGL (with LIBGL_ALWAYS_SOFTWARE) and xserver.
On Wed, Mar 10, 2010 at 2:18 AM, George Sapountzis
gsapount...@gmail.com wrote:
It turned out that there were two bugs in glapi. One with using
non-exec memory and the other with using an un-relocated function
template for entry-point generation. I put fixes at:
Since we are already
On Mon, Mar 8, 2010 at 10:37 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
George Sapountzis wrote:
I made a small test to test code genration for dynamic extensions in
http://cgit.freedesktop.org/~gsap7/mesa/log/?h=getproc-test
When using
On Wed, Mar 10, 2010 at 2:18 AM, George Sapountzis
gsapount...@gmail.com wrote:
I also tested with libGL pretending to not know fbo extensions, the
fbo* demos and tests render correctly. I get a warning about an
invalid enum in RenderbufferStorageMultisample(target) but i don't
know where
Some comments:
e38a234.. shouldn't get merged as-is, right? I mean, there must be
some sort of mesa_debug macro or similar, so that debug messages are
configurable.
ditto for d0b35e9.
right. from getproc-cleaunp..getproc-debug only the two fixes will be merged
d6c973c is a
Hi,
I made a small test to test code genration for dynamic extensions in
http://cgit.freedesktop.org/~gsap7/mesa/log/?h=getproc-test
When using libGL + swrast_dri.so from getproc-test, the dynamic
extensions code is not exercised and the test passes.
When using libGL from mesa 7.7 and
should be fixed now in master
On Thu, Mar 4, 2010 at 4:21 PM, STEVE555 stevenward...@hotmail.com wrote:
I've got closer in solving my problem to get progs/tests to build.Here's what
I did:
I edited my ld.so.conf and and put just one space under the code in there
/usr and /usr/lib directly
On Tue, Mar 2, 2010 at 12:38 AM, Johannes Obermayr
johannesoberm...@gmx.de wrote:
Latest mesa does not compile.
Thanks.
Johannes
gcc -c -I../../include -I../../src/mesa -I../../src/gallium/include
-I../../src/gallium/auxiliary -g -O2 -Wall -Wmissing-prototypes -std=c99
-ffast-math
that was me, should compile now
On Tue, Mar 2, 2010 at 3:22 AM, Mike Stroyan m...@lunarg.com wrote:
The recent changes to _glapi_check_table included building the full
version build every time. That broke builds for OpenGL ES1 and
OpenGL ES2. They don't have all of the table members that
Hi,
I did some glapi cleanups at
http://cgit.freedesktop.org/~gsap7/mesa/log/?h=glapi-cleanup . Please
review.
regards,
George.
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed
Hi,
I put 3 patches in http://people.freedesktop.org/~gsap7/glapi/ that mv
the code generation functionality in the gen subdir.
Please review,
regards,
George.
--
Download Intel#174; Parallel Studio Eval
Try the new
2010/2/8 Kristian Høgsberg k...@bitplanet.net:
2010/2/6 Chia-I Wu olva...@gmail.com:
We can then build libGL.so with or without libglx.a depending on the
configure optins. Later, src/mesa/drivers/x11/ could be changed to
build libglxsw.a. We will be able to choose between 3 flavors of
25 matches
Mail list logo