Hi, dri-list,
> (I considered this not a very good solution as
> you'll sacrifice quite some 3d performance, but since it now happens in
> snapshots something needs to be done about it probably).
> Roland
My problem if I upgrade Mesa cvs on Xorg cvs, it will compile radeon
driver ?
Well, you h
On Monday 02 May 2005 16:56, Brian Paul wrote:
>
> This weekend I finished updating the DRI drivers to work with the new
> framebuffer/renderbuffer changes. My DRI test system is terribly out
> of date so I haven't run any tests. I'm tempted to just check in the
> changes now and help people
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://bugs.freedesktop.org/show_bug.cgi?id=3248
[EMAIL PROTECTED] changed:
What|Removed |Added
--
On Friday 13 May 2005 04:43, Jeff Smith wrote:
> There are several places in r300_maos.c where a GLvoid* parameter is more
appropriate
> than char*. This patch makes these changes (which also fixes a compiler
warning for me).
Applied to CVS.
cu,
Nicolai
> -- Jeff Smith
>
>
>
On Friday 13 May 2005 04:45, Jeff Smith wrote:
> There is a format/argument mismatch in r300_texprog.c. The format given
is '%d' while
> the argument is a char*. This patch corrects the format to '%s'.
Applied to CVS.
cu,
Nicolai
> -- Jeff Smith
pgp5MmPtTQEc6.pgp
Description: PGP signature
fre, 13,.05.2005 kl. 08.56 -0400, skrev David Kesselring:
> I'm trying to build the software only mesa on cygwin but have a compile
> error for a missing definition. Would any of you know where to look for
> "M_E" from the following snip?
>
> t_vp_build.c, build_fog()
>
> case GL_EXP: emit_op1(
I'm trying to build the software only mesa on cygwin but have a compile
error for a missing definition. Would any of you know where to look for
"M_E" from the following snip?
t_vp_build.c, build_fog()
case GL_EXP: emit_op1(p, VP_OPCODE_ABS, tmp, 0, input);
emit_op2(p, VP_OPCODE_MUL, tmp, 0, t
On 5/13/05, Kir Kolyshkin <[EMAIL PROTECTED]> wrote:
> Attached patch against latest r300 CVS fixes compilation of r300 drm on
> linux kernel 2.6.10 and .11.
>
> Basically, Jerome incorrectly assumes that additional argument to some agp
> functions was added in 2.6.10, while actually it
> was inc