On Fri, Feb 07, 2003 at 11:34:41AM -0700, Brian Paul wrote: > Alan Hourihane wrote: > >On Fri, Feb 07, 2003 at 11:26:53AM -0500, David Dawes wrote: > > > >>On Fri, Feb 07, 2003 at 08:36:27AM -0700, Brian Paul wrote: > >> > >>>David Dawes 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? > >>>> > >>>> > >>>>strtof isn't very portable (C99), so something else should be used > >>>>(maybe > >>>>sscanf, for example). > >>> > >>>Thanks for the tip - I may make that change. > >> > >>Well, xf86strtof() won't be available in any XFree86 release in the > >>forseeable future, and the changes that added it in the DRI tree should > >>be backed out so that nothing else comes to rely on it. > > > > > >Ah, o.k. strtod is o.k. - strtof isn't. > > When I was tinkering with strtod() a while back I couldn't get it to work > correctly/reliably. I suspected a bug in glibc. strtof() seems to be OK > though. I'll have to experiment with it a bit more someday.
O.k. > Anyway, _mesa_strtof() isn't really being used yet. Yep. I noticed that. I just changed it in the DRI trunk to cancel out the noisy message in the XFree86 log so no-one else complains. Alan. ------------------------------------------------------- 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