Send this to the list (forgot to reply all in GMail).<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Joel Feiner</b> <span dir="ltr"><<a href="mailto:jafeiner@gmail.com">jafeiner@gmail.com</a>></span><br> Date: Thu, Mar 18, 2010 at 3:41 PM<br>Subject: Re: Missing symbol error when building X.org from git<br>To: Dan Nicholson <<a href="mailto:dbn.lists@gmail.com">dbn.lists@gmail.com</a>><br><br><br><div><div></div><div class="h5"> On Thu, Mar 18, 2010 at 3:32 PM, Dan Nicholson <span dir="ltr"><<a href="mailto:dbn.lists@gmail.com" target="_blank">dbn.lists@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div><div></div><div>On Thu, Mar 18, 2010 at 10:54 AM, Joel Feiner <<a href="mailto:jafeiner@gmail.com" target="_blank">jafeiner@gmail.com</a>> wrote:<br> > The error that comes up is this:<br> > libtool: link: gcc -DHAVE_DMX_CONFIG_H -DHAVE_DIX_CONFIG_H -Wall<br> > -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes<br> > -Wmissing-declarations -Wnested-externs -fno-strict-aliasing<br> > -Wbad-function-cast -Wformat=2 -Wold-style-definition<br> > -Wdeclaration-after-statement -D_BSD_SOURCE -DHAS_FCHOWN<br> > -DHAS_STICKY_DIR_BIT -I/home/XXXX/xbuild/out/include/pixman-1<br> > -I/usr/include/freetype2 -I../../include -I../../include -I../../Xext<br> > -I../../composite -I../../damageext -I../../xfixes -I../../Xi -I../../mi<br> > -I../../miext/shadow -I../../miext/damage -I../../render -I../../randr<br> > -I../../fb -fvisibility=hidden -I../../hw/xfree86/dixmods/extmod<br> > -I/home/XXXX/xbuild/out/include/libdrm -I/usr/include/freetype2 -O2<br> > -mtune=native -march=native -pipe -fomit-frame-pointer -rdynamic -o Xdmx<br> > dmx.o dmxcb.o dmxcmap.o dmxcursor.o dmxdpms.o dmxextension.o dmxfont.o<br> > dmxgc.o dmxgcops.o dmxinit.o dmxinput.o dmxlog.o dmxpict.o dmxpixmap.o<br> > dmxprop.o dmxscrinit.o dmxshadow.o dmxstat.o dmxsync.o dmxvisual.o<br> > dmxwindow.o miinitext.o fbcmap_mi.o panoramiX.o dmx_glxvisuals.o<br> > -L/home/XXXX/xbuild/out/lib64 ../../fb/.libs/libfb.a ../../mi/.libs/libmi.a<br> > ../../render/.libs/librender.a ../../Xi/.libs/libXi.a<br> > ../../xkb/.libs/libxkb.a ../../xkb/.libs/libxkbstubs.a<br> > ../../miext/shadow/.libs/libshadow.a ../../miext/damage/.libs/libdamage.a<br> > ../../Xext/.libs/libXext.a ../../dix/.libs/libmain.a<br> > ../../dix/.libs/libdix.a ../../config/.libs/libconfig.a /usr/lib64/libhal.so<br> > /usr/lib64/libdbus-1.so ../../os/.libs/libos.a /usr/lib64/libgcrypt.so<br> > -L/usr/lib64 /usr/lib64/libgpg-error.so ../../xfixes/.libs/libxfixes.a<br> > glxProxy/libglxproxy.a input/libdmxinput.a config/libdmxconfig.a<br> > /home/XXXX/xbuild/out/lib64/libXmuu.so /usr/lib64/libXrender.so<br> > /usr/lib64/libX11.so /usr/lib64/libxcb.so /usr/lib64/libXau.so<br> > /home/XXXX/xbuild/out/lib64/libXfixes.so<br> > /home/XXXX/xbuild/out/lib64/libXi.so /home/XXXX/xbuild/out/lib64/libXext.so<br> > /home/XXXX/xbuild/out/lib64/libX11.so /home/XXXX/xbuild/out/lib64/libxcb.so<br> > /usr/lib64/libXdmcp.so -ldl /home/XXXX/xbuild/out/lib64/libXfont.so<br> > /usr/lib64/libfreetype.so /home/XXXX/xbuild/out/lib64/libfontenc.so -lz<br> > /home/XXXX/xbuild/out/lib64/libXau.so<br> > /home/XXXX/xbuild/out/lib64/libpixman-1.so<br> > /home/XXXX/xbuild/out/lib64/libXdmcp.so -lm -lrt -Wl,-rpath<br> > -Wl,/home/XXXX/xbuild/out/lib64 -Wl,-rpath -Wl,/home/XXXX/xbuild/out/lib64<br> ><br> > /home/XXXX/xbuild/out/lib64/libXi.so: undefined reference to<br> > `XESetWireToEventCookie'<br> ><br> > /home/XXXX/xbuild/out/lib64/libXi.so: undefined reference to<br> > `XESetCopyEventCookie'<br> > What appears to be happening, I think, is that it is getting libraries like<br> > libXrender and so on from /usr/lib64 instead of my build directory. I'm not<br> > sure why libtool is doing this. I have my PKG_CONFIG_PATH set to my local<br> > build package config path (/home/XXXX/xbuild/out/lib64/pkgconfig) and<br> > LD_LIBRARY_PATH is also set to that (modulo the pkgconfig part). I had also<br> > built the whole get up without using LD_LIBRARY_PATH. Same results. The<br> > only two modules that have this problem are pixman and xserver. Pixman I<br> > worked around by passing --disable-gtk to ./configure, since that was the<br> > part of the build that was failing. For xserver, it appears to be dmx<br> > that's failing.<br> <br> </div></div>If I had to guess, the /usr/lib64 is getting hardcoded into one of the<br> .la libtool archives installed in /home. Can you do "grep /usr/lib64<br> /home/XXXX/xbuild/out/lib64/*.la"? Maybe there's a problem with module<br> ordering in xorg.modules. Not sure if that's what's causing the<br> reference errors, though.<br> <br> --<br> <font color="#888888">Dan<br> </font></blockquote></div><br></div></div><div>I actually did grep for /usr/lib64 in my ~/xbuild (where the source and output trees live) and removed all references in the libtool archives (and even in libtool itself!). It didn't make a difference. Somehow libtool found those libraries again. Note that it *has* found some of the libraries in the right place and that's the most confusing part. I'm not on Linux right now, so I can't try diddling with xorg.modules, but I'll try that again later this evening or tomorrow.</div> <div><br></div><div>Does X.org require a specific version of libtool? Perhaps the one I have is incorrect or has some bug that interacts badly with X.org builds? Again, I can't check the version right now.</div> </div><br>