http://bugs.freedesktop.org/show_bug.cgi?id=11031
Summary: small bug in glOrtho manual
Product: Mesa
Version: 6.5
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Oth
http://bugs.freedesktop.org/show_bug.cgi?id=11030
--- Comment #1 from [EMAIL PROTECTED] 2007-05-21 20:40 PST ---
Created an attachment (id=10067)
--> (http://bugs.freedesktop.org/attachment.cgi?id=10067&action=view)
test case
Run this case in i965 platform, it will get RGBA value:
d
http://bugs.freedesktop.org/show_bug.cgi?id=11030
Summary: Texture Combiner Function implement incorrect when mode
is GL_DOT3_RGBA
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: N
http://bugs.freedesktop.org/show_bug.cgi?id=10529
--- Comment #34 from [EMAIL PROTECTED] 2007-05-21 18:34 PST ---
(In reply to comment #31)
> If there are tests you want me to perform, I will. Just let me know.
Could you try again with git head?
--
Configure bugmail: http://bugs.fr
On Monday 21 May 2007 03:11:28 pm Keith Whitwell wrote:
> > It seems that either the LLVM IR would need some extensions for those
> > things or the back-end code generator/instruction selector would have to
> > look for patterns of scalar instructions and figure out where vector ops
> > should be u
Brian Paul wrote:
> Zack Rusin wrote:
>> On Friday 18 May 2007 05:07:08 am Keith Whitwell wrote:
>>> Sounds good.
>>>
>>> I've been thinking about LLVM and Mesa a little bit the last few days.
>>> If it can be made to work, it seems like a good way to go. There are a
>>> couple of practical issues
Zack Rusin wrote:
> On Friday 18 May 2007 05:07:08 am Keith Whitwell wrote:
>> Sounds good.
>>
>> I've been thinking about LLVM and Mesa a little bit the last few days.
>> If it can be made to work, it seems like a good way to go. There are a
>> couple of practical issues that should be taken into
On 5/18/07, Ian Romanick <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Kristian Høgsberg wrote:
> > Hi,
> >
> > I've been working on updating the DRI interface
> > (GL/internal/dri_interface.h) the last few days and I though I'd post
...
> > struct __DRIexte
Michel Dänzer wrote:
> On Mon, 2007-05-21 at 10:13 -0600, Brian Paul wrote:
>> Michel Dänzer wrote:
>>> On Mon, 2007-05-21 at 09:22 -0600, Brian Paul wrote:
Julien Cristau wrote:
> On Mon, May 21, 2007 at 09:04:00 -0600, Brian Paul wrote:
>>> Force-pushing to a shared repository is bad. E
On Mon, 2007-05-21 at 10:13 -0600, Brian Paul wrote:
> Michel Dänzer wrote:
> > On Mon, 2007-05-21 at 09:22 -0600, Brian Paul wrote:
> >> Julien Cristau wrote:
> >>> On Mon, May 21, 2007 at 09:04:00 -0600, Brian Paul wrote:
>
> > Force-pushing to a shared repository is bad. Everybody should make
Michel Dänzer wrote:
> On Mon, 2007-05-21 at 09:22 -0600, Brian Paul wrote:
>> Julien Cristau wrote:
>>> On Mon, May 21, 2007 at 09:04:00 -0600, Brian Paul wrote:
>>>
1. Whenever I push changes on my master branch I'm seeing:
updating 'refs/heads/master'
from 9e8a961dd7d7b71
On Mon, 2007-05-21 at 09:22 -0600, Brian Paul wrote:
> Julien Cristau wrote:
> > On Mon, May 21, 2007 at 09:04:00 -0600, Brian Paul wrote:
> >
> >> 1. Whenever I push changes on my master branch I'm seeing:
> >>
> >> updating 'refs/heads/master'
> >>from 9e8a961dd7d7b717a9fb4ecdea1c1b60ea355e
Zack Rusin wrote:
> On Friday 18 May 2007 05:07:08 am Keith Whitwell wrote:
>> Sounds good.
>>
>> I've been thinking about LLVM and Mesa a little bit the last few days.
>> If it can be made to work, it seems like a good way to go. There are a
>> couple of practical issues that should be taken into
Julien Cristau wrote:
> On Mon, May 21, 2007 at 09:04:00 -0600, Brian Paul wrote:
>
>> 1. Whenever I push changes on my master branch I'm seeing:
>>
>> updating 'refs/heads/master'
>>from 9e8a961dd7d7b717a9fb4ecdea1c1b60ea355efe
>>to a8676c45ccab52117c70f2e90fd820d745261f51
>> error: rem
On Mon, May 21, 2007 at 09:04:00 -0600, Brian Paul wrote:
> 1. Whenever I push changes on my master branch I'm seeing:
>
> updating 'refs/heads/master'
>from 9e8a961dd7d7b717a9fb4ecdea1c1b60ea355efe
>to a8676c45ccab52117c70f2e90fd820d745261f51
> error: remote 'refs/heads/mesa_7_0_branch
http://bugs.freedesktop.org/show_bug.cgi?id=11009
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Any ideas here?
1. Whenever I push changes on my master branch I'm seeing:
updating 'refs/heads/master'
from 9e8a961dd7d7b717a9fb4ecdea1c1b60ea355efe
to a8676c45ccab52117c70f2e90fd820d745261f51
error: remote 'refs/heads/mesa_7_0_branch' is not a strict subset of
local ref 'refs/heads/me
On Friday 18 May 2007 01:53:53 pm Ian Romanick wrote:
> > Yeah, that's where Roberto came in :) We used QLALR which is simply
> > amazing and for those who ever used Bison a lot more convenient than what
> > we had right now.
> >
> > http://labs.trolltech.com/page/Projects/Compilers/QLALR
> >
> > I
On Friday 18 May 2007 05:07:08 am Keith Whitwell wrote:
> Sounds good.
>
> I've been thinking about LLVM and Mesa a little bit the last few days.
> If it can be made to work, it seems like a good way to go. There are a
> couple of practical issues that should be taken into account though:
>
> - Fi
http://bugs.freedesktop.org/show_bug.cgi?id=11016
Summary: glGetVertexAttribivARB(0,
GL_VERTEX_ATTRIB_ARRAY_ENABLED_ARB, ...) generates
GL_INVALID_ENUM with indirect rendering
Product: Mesa
Version: 6.5
Platform: x8
Michel Dänzer wrote:
> On Mon, 2007-05-21 at 08:13 +0100, Keith Whitwell wrote:
>> Origin again? It seems very easy to do.
>
> I assume that was just git-push without specifying any branches
> explicitly while the shared repository had the origin branch. Even that
> shouldn't be an issue when usi
On Mon, 2007-05-21 at 08:13 +0100, Keith Whitwell wrote:
> Origin again? It seems very easy to do.
I assume that was just git-push without specifying any branches
explicitly while the shared repository had the origin branch. Even that
shouldn't be an issue when using a GIT 1.5 style repository an
Origin again? It seems very easy to do.
Keith
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
23 matches
Mail list logo