STILL building ephyr

Dan Nicholson dbn.lists at gmail.com
Fri Jul 11 07:34:22 PDT 2008


On Fri, Jul 11, 2008 at 5:54 AM, Chuck Robey <chuckr at telenix.org> wrote:
>
> Sure.  note that I left out nothing germane at all, though, did I?  The only cut
> things were useless repetitions of symbols which would come from the same source
> as the first one does.  I don't *think* my troubleshooting skills are so poor,
> it's my autotools wisdom which is stuck in reverse with most of the gear teeth
> busted off.  Plus, the (very embarrassing fact) that I go slow as molasses,
> getting in too much pain if I stay too long at the terminal.

You might think there's no value in seeing the command failing, but if
it's a bug in the build, there's tons of information there.

> Anyhow, just to be truly honest, this was a rebuild, from the top, after a
> thorough cleaning.  I sure wish all of the X-projects used distclean (some use
> realclean).

Don't do that just yet. I'm think I found the issue.

> here it is:
>
>
> gcc -I/usr/X11R7.4/include -I/usr/local/include -rdynamic -o Xephyr ephyrinit.o
>  -L/usr/X11R7.4/lib -L/usr/local/lib libxephyr.a libxephyr-hostx.a
> libxephyr-hostxv.a libxephyr-hostdri.a ../../../exa/.libs/libexa.a
> ../../../dix/.libs/libdix.a ../../../hw/kdrive/src/libkdrive.a
> ../../../hw/kdrive/src/libkdrivestubs.a ../../../config/libconfig.a
> ../../../fb/.libs/libfb.a ../../../mi/.libs/libmi.a
> ../../../xfixes/.libs/libxfixes.a ../../../Xext/.libs/libXext.a
> ../../../dbe/.libs/libdbe.a ../../../render/.libs/librender.a
> ../../../randr/.libs/librandr.a ../../../damageext/.libs/libdamageext.a
> ../../../miext/damage/.libs/libdamage.a ../../../miext/shadow/.libs/libshadow.a
> ../../../Xi/.libs/libXi.a ../../../xkb/.libs/libxkb.a
> ../../../xkb/.libs/libxkbstubs.a ../../../composite/.libs/libcomposite.a
> ../../../os/.libs/libos.a /usr/X11R7.4/lib/libpixman-1.so
> /usr/local/lib/libhal.so -lGL -lGLU -lGLw /usr/local/lib/libdbus-1.so -pthread
> /usr/X11R7.4/lib/libXfont.so /usr/local/lib/libfreetype.so
> /usr/X11R7.4/lib/libfontenc.so -lz /usr/X11R7.4/lib/libXv.so
> /usr/X11R7.4/lib/libXext.so /usr/X11R7.4/lib/libX11.so
> /usr/X11R7.4/lib/libXdmcp.so /usr/X11R7.4/lib/libXau.so -lcrypto -lrpcsvc -lm
> - -Wl,--rpath -Wl,/usr/X11R7.4/lib -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath
> - -Wl,/usr/X11R7.4/lib -Wl,--rpath -Wl,/usr/local/lib
> libxephyr-hostdri.a(ephyrglxext.o)(.text+0x1c): In function
> `ephyrHijackGLXExtension':
> : undefined reference to `Single_dispatch_info'

Xephyr isn't being linked to libglx where this is defined. Something
weird is going on in configure.ac. I think that KDRIVE_LIBS should
contain $(top_builddir)/glx/libglx.la right before librender.la. Is
this on master or server-1.5-branch? Is GLX actually enabled? What
does configure say about it?

--
Dan



More information about the xorg mailing list