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 ?
-- Pasi Kärkkäinen
^
. .
Linux
/ - \
Choice.of.the
.Next.Generation.
-------------------------------------------------------
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
