On Tue, Aug 25, 2009 at 12:50:19AM -0400, Alex Deucher wrote:
> >> This mail resends the series, with updated commit logs. It fixes random
> >> crashes at initialization time in progs/xdemos/glthreads and
> >> progs/egl/xeglthreads.
> > Committed. Thanks.
> FWIW, 17090cf3efb0db8fa01b502a9c0df27cb
http://bugs.freedesktop.org/show_bug.cgi?id=23489
Tormod Volden changed:
What|Removed |Added
CC||sob...@wp.pl
--- Comment #2 from Torm
http://bugs.freedesktop.org/show_bug.cgi?id=20850
Tormod Volden changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Aug 24, 2009 at 02:10:22PM -0400, Kristian Høgsberg wrote:
> On Mon, Aug 24, 2009 at 12:02 AM, Chia-I Wu wrote:
> > On Fri, Aug 21, 2009 at 08:48:57AM -0600, Brian Paul wrote:
> >> >>Yes, the dispatch table should go back in at some point. Since ES
> >> >>doesn't have display lists, it was
Chia-I Wu wrote:
On Tue, Aug 25, 2009 at 12:50:19AM -0400, Alex Deucher wrote:
This mail resends the series, with updated commit logs. It fixes random
crashes at initialization time in progs/xdemos/glthreads and
progs/egl/xeglthreads.
Committed. Thanks.
FWIW, 17090cf3efb0d
> > 3d drivers without rebuilding the xserver.
> Old libGL.so won't load the DRI drivers compiled with this commit. This
> is known, but I must admit that I forgot xserver counts as an old
> libGL.so...
>
> I just had a quick look at it, and I think this can be fixed by defining
> _glapi_SingleT
Hello.
I have started to make linux-solo compilable with latest dri interfaces.
Attached is patch.
It compiles (needs a little tricks to get server/intel_dri.c compiled).
But than it gets all linked and installed.
I tried to run it. And here is error.
[miniglx] probed chipset 0x2a02
got MMIOAdd
On Tue, Aug 25, 2009 at 11:04:25AM +0100, Dave Airlie wrote:
> > Old libGL.so won't load the DRI drivers compiled with this commit. This
> > is known, but I must admit that I forgot xserver counts as an old
> > libGL.so...
> >
> > I just had a quick look at it, and I think this can be fixed by de
http://bugs.freedesktop.org/show_bug.cgi?id=22953
--- Comment #5 from Michel Dänzer 2009-08-25 05:12:04 PST
---
(In reply to comment #4)
> Thanks for the info that Mesa is on a mass transfer from C.V.S to Git.
That happened long ago, this is just updating bugzilla to reflect it.
>
Using egl_softpipe, when -lX11 was removed from EGL_LIB_DEPS in
mesa/configs/default, it caused progs/openvg/demos and progs/openvg/trivial
to fail during compilation, producing undefined reference to all X11
function calls.
-lX11 needs to either be added back to EGL_LIB_DEPS or added to Makefile
Chia-I Wu wrote:
> On Tue, Aug 25, 2009 at 11:04:25AM +0100, Dave Airlie wrote:
>>> Old libGL.so won't load the DRI drivers compiled with this commit. This
>>> is known, but I must admit that I forgot xserver counts as an old
>>> libGL.so...
>>>
>>> I just had a quick look at it, and I think this
On Tue, 2009-08-25 at 12:12 +0200, Peter Hanzel wrote:
> Hello.
>
> I have started to make linux-solo compilable with latest dri interfaces.
> Attached is patch.
> It compiles (needs a little tricks to get server/intel_dri.c compiled).
> But than it gets all linked and installed.
>
> I tried to r
Am Thursday 20 August 2009 01:32:41 schrieb Wil Reichert:
> Using the gentoo x11 portage overlay to build mesa from master with
> gallium enabled on a 64 bit system yields the following notices at the
> completion of the build.
>
> * QA Notice: Package has poor programming practices which may comp
On 08/25/2009 01:47 PM, Nicolai Hähnle wrote:
> Am Thursday 20 August 2009 01:32:41 schrieb Wil Reichert:
>> Using the gentoo x11 portage overlay to build mesa from master with
>> gallium enabled on a 64 bit system yields the following notices at the
>> completion of the build.
>>
>> * QA Notice:
On Tue, Aug 25, 2009 at 9:30 PM, Corbin
Simpson wrote:
> On 08/25/2009 01:47 PM, Nicolai Hähnle wrote:
>> Am Thursday 20 August 2009 01:32:41 schrieb Wil Reichert:
>>> Using the gentoo x11 portage overlay to build mesa from master with
>>> gallium enabled on a 64 bit system yields the following not
This patch makes EGL/X progs link to libX11. Originally, libEGL linked
to libX11 and thus there was no need for progs to link to libX11.
However, libEGL is changed not to link to libX11, and thus progs should.
There are two reasonings for the change
* libEGL is window system neutral and it is alr
16 matches
Mail list logo