site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com On Oct 21, 2006, at 2:27 AM, Peter Dyballa wrote: libtool.m4 ltdl.m4 pkg.m4 xaw.m4 xorg-macros.m4 xorgversion.m4 xtrans.m4 I think I found the cause of your problems compiling Xprt: I have had luck with the following configure flags: Good luck! Ben _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... I suggest you try upgrading to the latest libtool from It's being made ... It turns out that libtool was not the cause of the problem you are seeing; however, I suggest you upgrade anyway if you would like to build Universal binaries. (Otherwise, it may not matter.) If you install that libtool in /usr/local/bin, then run these commands in your xorg-xserver tree: mkdir -p /usr/local/share/aclocal What is this empty directory good for? If you make this directory and set ACLOCAL as below before you make all of the preqrequisites, some of them will place files there that you will need if you ever want to re-run autoconf on any of the packages. (Specifically, in mine I have these files: ... but again, this is not important if you do not re-run autoconf on any files.) export LIBTOOLIZE=/usr/local/bin/libtoolize Does this also make sure that the new /usr/local/bin/libtool will be found? My situation is a bit complicated having more up-to-date tools (than Apple delivers) in /sw/lib/odcctools/bin, /sw/bin, and finally /usr/local/bin too! Yes. This is why I finally gave in and made an /opt/xorg and placed new versions of everything there... otherwise, I had too much trouble reproducing build.sh is so nice and easy, compiles continuously for hours – which allows me also to create a custom script that only makes this or that and then some targets in each group are commented ... Yes, although that gets frustrating when you have to wait for everything to recompile just for one small change in one package. At least for the Xserver, I build it separately since there are a number of patches and special steps needed. When I use xorg-server-X11R7.1-1.1.0 without any patches, and try to compile Xprt, I get this: /bin/sh ../libtool --tag=CC --mode=link gcc -D_BSD_SOURCE - DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/opt/xorg/include -I/opt/local/ include/freetype2 -I../include -I../include -I../Xext -I../ composite -I../damageext -I../xfixes -I../Xi -I../mi -I../miext/ shadow -I../miext/damage -I../render -I../randr -I../fb -g -O2 -o Xprt -L.. Xprt-attributes.o Xprt-AttrValid.o Xprt-ddxInit.o Xprt- Init.o Xprt-mediaSizes.o Xprt-Oid.o Xprt-spooler.o Xprt-Util.o Xprt- miinitext-wrapper.o Xprt-dpmsstubs-wrapper.o -L/opt/xorg/lib -L/opt/ local/lib -lX11 -lXfont -lm -lfontenc -lfreetype -lz -lXdmcp - lXau ../dix/libdix.la ../xkb/libxkb.la ../xkb/libxkbstubs.la ../ Xext/libXext.la ../dbe/libdbe.la ../XTrap/libxtrap.la ../record/ librecord.la ../render/librender.la ../composite/libcomposite.la ../ randr/librandr.la ../Xi/libXi.la ../xfixes/libxfixes.la ../damageext/ libdamageext.la ../Xi/libXi.la ../mi/libmi.la ../miext/damage/ libdamage.la ../miext/cw/libcw.la ../os/libcwrapper.la ../os/libos.la ps/libps.la raster/libraster.la pcl/libpcl.la pcl-mono/libpcl.la ../ mfb/libmfb.la ../mi/libmi.la ../cfb32/libcfb32.la ../cfb/libcfb.la ../ Xext/libXext.la -lm [...] usr/bin/ld: multiple definitions of symbol _serverGeneration /opt/xorg/lib/libXfont.dylib(miscutil.o) definition of _serverGeneration ../dix/.libs/libdix.a(globals.o) definition of _serverGeneration in section (__DATA,__data) /usr/bin/ld: multiple definitions of symbol _Xalloc /opt/xorg/lib/libXfont.dylib(miscutil.o) definition of _Xalloc ../os/.libs/libos.a(utils.o) definition of _Xalloc in section (__TEXT,__text) [...] The problem here is in the ordering of the dynamic libraries. If you move them ('-lX11 -lXfont -lm -lfontenc -lfreetype -lz -lXdmcp - lXau') to the end of that line, after libXext.la, it will compile correctly. Some of the other darwin-dev members (I will let the guilty parties step forward, if they so choose!) have come up with some patches that make the Xserver *almost* work -- it compiles, even runs!, but there is still a lot left to do. I don't know which patch fixes the above problem, but I put the patches up here: http://homepage.mac.com/ ben.byer/.Public/xorg-darwin-patches.tar.bz2 --with-mesa-source=/opt/xorg/build/extras/mesa/Mesa-6.5 --enable- debug --enable-xorg --enable-quartz This email sent to site_archiver@lists.apple.com