http://bugs.freedesktop.org/show_bug.cgi?id=9200
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment #
On Friday 21 September 2007 10:05, you wrote:
> Alexander Neundorf wrote:
> > Hi,
> >
> > On Thursday 20 September 2007 20:44, Brian Paul wrote:
> >> Daniel Stone wrote:
> >>> On Thu, Sep 20, 2007 at 02:56:59PM -0400, Alexander Neundorf wrote:
> CXXFLAGS = -O3 -pedantic -D_POSIX_SOURCE -D_POSI
Ben Skeggs wrote:
> Am Freitag, den 21.09.2007, 08:45 +0100 schrieb Keith Whitwell:
>> Brian Paul wrote:
>>> Ben Skeggs wrote:
I've been playing gallium on NV40 hardware a bit this week, so far it
seems very nice. However... :)
The hardware supports selective clearing of each c
Alexander Neundorf wrote:
> Hi,
>
> On Thursday 20 September 2007 20:44, Brian Paul wrote:
>> Daniel Stone wrote:
>>> On Thu, Sep 20, 2007 at 02:56:59PM -0400, Alexander Neundorf wrote:
CXXFLAGS = -O3 -pedantic -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L
-D_SVID_SOURCE -D_BSD_SOURC
>>>
Hi,
On Thursday 20 September 2007 20:44, Brian Paul wrote:
> Daniel Stone wrote:
> > On Thu, Sep 20, 2007 at 02:56:59PM -0400, Alexander Neundorf wrote:
> >> CXXFLAGS = -O3 -pedantic -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L
> >> -D_SVID_SOURCE -D_BSD_SOURC
> >
> >
Am Freitag, den 21.09.2007, 08:45 +0100 schrieb Keith Whitwell:
> Brian Paul wrote:
> > Ben Skeggs wrote:
> >> I've been playing gallium on NV40 hardware a bit this week, so far it
> >> seems very nice. However... :)
> >>
> >> The hardware supports selective clearing of each channel of the primar
Brian Paul wrote:
> Ben Skeggs wrote:
>> I've been playing gallium on NV40 hardware a bit this week, so far it
>> seems very nice. However... :)
>>
>> The hardware supports selective clearing of each channel of the primary
>> render target, depth, and stencil buffers in a single operation. The
>>
On Thu, 2007-09-20 at 13:50 +0100, José Fonseca wrote:
> On 9/19/07, Gabor Gombas <[EMAIL PROTECTED]> wrote:
> > On Wed, Sep 19, 2007 at 10:20:49AM +, José Fonseca wrote:
> > > However, when loaded, references to __glXFreeContext *inside*
> > > libglxgext.so are linked to the external __glXFree