On Sat, 22 Feb 2003, Keith Whitwell wrote: > Leif Delgass wrote: > > On 22 Feb 2003, Michel D�nzer wrote: > > > > > >>On Sam, 2003-02-22 at 19:55, Yann E. MORIN wrote: > >> > >>>On Saturday 22 February 2003 17:11, you wrote: > >>> > On Sam, 2003-02-22 at 16:55, Yann E. MORIN wrote: > >>> > > I've got an error while compiling X (from cvs 20030222.1425). There's an > >>> > > error somewhere while compiling GL.a : > >>>[--SNIP--] > >>> > Looks like you have enabled some GlxBuiltIn* build options. Those are > >>> > known to be broken and not needed anyway. > >>> > >>>OK. That was the problem. But I had also enabled GlxUseBuiltInDRIDriver that > >>>would eventually cause glxinfo and glxgears to not compile. I removed that as > >>>well, and here we go, I have a brand new X server! Great! > >>> > >>>Thanks for the tip. I will try the new server right now. > >>> > >>>Anyway I wanted to have GLx to be as effective as possible, and, from what I > >>>understood, thought that by enabling DRI in GLx I would gain some perfs. > >> > >>That's BuildXF86DRI. > >> > >> > >>>About those options : GlxBuiltIn* and GlxUseBuiltInDRIDriver > >>> -> What do you mean by '...and not needed anyway'? > >>> -> What were they supposed to enable/disable? > >>> -> What is the impact of not enabling those? > >> > >>I don't know exactly what they're for, the host.def shipped in the DRI > >>CVS tree suggests that they might help for debugging some problems, but > >>I've never needed them, and they've been broken for a long time > >>(lib/GL/mesa/dri was moved to lib/GL/dri) without many complaints. :) > > > > > > IIRC, these options were intended to allow debugging/profiling by building > > libGL with one of the hardware-specific DRI drivers statically linked > > rather than being loaded dynamically. However, this build option is > > broken, as you discovered. I found oprofile easier to use for profiling > > anyway. I suppose this should either be fixed or removed as an option at > > some point. > > > > I'm happy to see it removed any time. > > Keith
It looks like the reason the compile fails is that xc/lib/GL/mesa/dri was removed and that code was moved to xc/lib/GL/dri/dri_util.c. I tried removing the defines (DRIMESA*OBJS) for xc/lib/GL/mesa/dri/* from xc/lib/GL/GL/Imakefile and I was able to get libGL to build with a built-in driver. I haven't tested it yet (I'm still waiting for make World to finish). I can commit that change to the DRI mesa-4-0-4-branch. If I can get DRI to work with the built-in driver, I think we can keep the build option, otherwise we could just remove the commented GlxBuiltIn* defines from the DRI's host.def for the time being. -- Leif Delgass http://www.retinalburn.net _______________________________________________ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
