Pasi Kärkkäinen wrote:
On Fri, Feb 07, 2003 at 07:27:42AM -0700, Brian Paul wrote:

Alan Hourihane wrote:

On Fri, Feb 07, 2003 at 01:06:22AM +0000, Alan Hourihane wrote:


On Fri, Feb 07, 2003 at 10:55:33AM +1000, Chris Ison wrote:


in XFree86 log

Symbol xf86strtof from module
/usr/X11R6/lib/modules/extensions/libGLcore.a is unresolved!

this function doesn't exist in XFree86 trunk, nor DRI trunk (going by
grep), how ever it is used in extras/Mesa/src/imports.c

did someone forget to commit its definition?
Good catch. Just committed a fix for it.

Mmmm. Looking at Mesa though, it doesn't define it's wrapper interface
for strtof() either, and I can't see it being used within Mesa too.

It's wrapping calls xf86strtof() or strtod() - is that intentional ? or...

Should this be removed from imports.c ?
AFAIK, I've never used strtof/strtod in Mesa until in the current 5.1/trunk code. I need it for fragment program parsing.


Hmm.. does this mean Mesa is going to have ARB_f_p support (in software?) ?

How about ARB_v_p ?
Mesa has NV_vertex_program and I'm (slowly) working on NV_fragment_program. They're a bit simpler to implement than the ARB-flavor of those extensions.

I'd be happy to get volunteers to help implement the ARB_*_program extensions.

-Brian




-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to