Re: Problem when compiling Xprt of X11R7.1
Re: Problem when compiling Xprt of X11R7.1
- Subject: Re: Problem when compiling Xprt of X11R7.1
- From: Ben Byer <email@hidden>
- Date: Sun, 22 Oct 2006 00:16:00 -0700
On Oct 21, 2006, at 2:27 AM, Peter Dyballa wrote:
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:
libtool.m4 ltdl.m4 pkg.m4 xaw.m4 xorg-macros.m4 xorgversion.m4 xtrans.m4
... 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.
I think I found the cause of your problems compiling Xprt:
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
I have had luck with the following configure flags:
--with-mesa-source=/opt/xorg/build/extras/mesa/Mesa-6.5 --enable-
debug --enable-xorg --enable-quartz
Good luck!
Ben
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden