http://bugs.freedesktop.org/show_bug.cgi?id=19625
--- Comment #3 from Ian Romanick 2009-01-18 12:52:10
PST ---
(In reply to comment #2)
> dups or deps to
> http://bugs.freedesktop.org/show_bug.cgi?id=18367
>
I posted a reply to that bug. I don't think it's a dup. There's something
else
On Sun, 18 Jan 2009, Brian Paul wrote:
> I'm guess not sure I understand where/why these build failures are happening.
>
> The Mesa i945 driver has been compiling fine for me with kernel 2.6.28 and
> libdrm 2.4.4
You are probably using the drm headers from libdrm?
t
---
On Sun, 18 Jan 2009, Owain Ainsworth wrote:
Yes, the build is having problems with dereferencing the sarea pointers.
in the following code:
drm_clip_rect_t planeA_rect = { .x1 = sarea->planeA_x, .y1 = sarea->planeA_y,
.x2 = sarea->planeA_x + sarea->planeA_w,
Owain Ainsworth wrote:
> On Sun, Jan 18, 2009 at 04:48:03PM +0200, Timo Aaltonen wrote:
>> On Sat, 17 Jan 2009, Owain Ainsworth wrote:
>>
>>> On Sat, Jan 17, 2009 at 08:57:49PM +0200, Timo Aaltonen wrote:
On Sat, 17 Jan 2009, Owain Ainsworth wrote:
> That's very odd. It 73.rcs are bui
Owain Ainsworth wrote:
> It doesn't like mixing declaration and code.
Fixed.
-Brian
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_
On Sun, Jan 18, 2009 at 04:48:03PM +0200, Timo Aaltonen wrote:
> On Sat, 17 Jan 2009, Owain Ainsworth wrote:
>
>> On Sat, Jan 17, 2009 at 08:57:49PM +0200, Timo Aaltonen wrote:
>>> On Sat, 17 Jan 2009, Owain Ainsworth wrote:
>>>
That's very odd. It 73.rcs are building again kernel headers on o
On Sat, 17 Jan 2009, Owain Ainsworth wrote:
> On Sat, Jan 17, 2009 at 08:57:49PM +0200, Timo Aaltonen wrote:
>> On Sat, 17 Jan 2009, Owain Ainsworth wrote:
>>
>>> That's very odd. It 73.rcs are building again kernel headers on openbsd
>>> here (with only that pageflipping patch applied). The linux
On Sat, 2009-01-17 at 15:20 +0100, Christian Buchner wrote:
> Hi,
>
> I've been looking into using 32 bit floating point textures as render
> targets ( for example by creating an FBO with a 32 bit RGBA texture ).
> On further research I found that the extension "ARB_texture_float" is
> not current
