On Sat, 22 Feb 2003, Leif Delgass wrote: > 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.
Well, it compiled but it doesn't work. I get a relocation error: undefined symbol: driGetDriver. Maybe it's just best to remove the options from the DRI host.def until someone can fix it or rip out the relevant bits from the code/makefiles. -- Leif Delgass http://www.retinalburn.net _______________________________________________ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
