[xorg-server] git HEAD build failure

[Maarten Maathuis]

I added the XKB_STUBS_LIB to XORG_LIBS, that got rid of some errors,
but these i can't seem to get rid off.

If i link libxorgos to libcommon, i end up with a lot of trouble.

Any idea?

Maarten.

x86_64-pc-linux-gnu-gcc -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
-Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN
-DHAS_STICKY_DIR_BIT -DDBUS_API_SUBJECT_TO_CHANGE
-I/usr/include/freetype2 -I/usr/include/pixman-1 -I/usr/include/hal
-I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -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
-DHAVE_XORG_CONFIG_H -DXF86PM -march=k8 -Os -pipe -msse3 -rdynamic
-Wl,-O1 -Wl,--as-needed -Wl,-z -Wl,lazy -o Xorg xorg.o
../../dix/.libs/libdix.a ../../config/libconfig.a common/libinit.a
loader/libloader.a common/.libs/libcommon.a
os-support/.libs/libxorgos.a rac/librac.a parser/libxf86config.a
dixmods/.libs/libdixmods.a modes/libxf86modes.a ramdac/libramdac.a
ddc/libddc.a i2c/libi2c.a ../../composite/.libs/libcomposite.a
../../mi/.libs/libmi.a ../../xfixes/.libs/libxfixes.a
../../Xext/.libs/libXextbuiltin.a ../../GL/glx/.libs/libglx.a
../../GL/mesa/.libs/libGLcore.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 ../../dix/.libs/libxpstubs.a
../../os/.libs/libos.a dixmods/.libs/libxorgxkb.a
/usr/lib64/libpciaccess.so -ldl -lpthread /usr/lib64/libXfont.so
/usr/lib64/libfreetype.so /usr/lib64/libXau.so
/usr/lib64/libfontenc.so -lz /usr/lib64/libpixman-1.so
/usr/lib64/libhal.so /usr/lib64/libusb.so /usr/lib64/libdbus-1.so
/usr/lib64/libXdmcp.so -lm -lrt
os-support/.libs/libxorgos.a(lnx_apm.o): In function `xf86OSPMOpen':
lnx_apm.c:(.text+0xc1): undefined reference to `xf86PMGetEventFromOs'
lnx_apm.c:(.text+0xcf): undefined reference to `xf86HandlePMEvents'
lnx_apm.c:(.text+0xdb): undefined reference to `xf86PMConfirmEventToOs'
os-support/.libs/libxorgos.a(lnx_acpi.o): In function `lnxACPIOpen':
lnx_acpi.c:(.text+0xc2): undefined reference to `xf86PMGetEventFromOs'
lnx_acpi.c:(.text+0xd0): undefined reference to `xf86HandlePMEvents'
lnx_acpi.c:(.text+0xdc): undefined reference to `xf86PMConfirmEventToOs'
collect2: ld returned 1 exit status
make[4]: *** [Xorg] Error 1
make[4]: Leaving directory
`/var/tmp/portage/x11-base/xorg-server-9999/work/xserver/hw/xfree86'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory
`/var/tmp/portage/x11-base/xorg-server-9999/work/xserver/hw/xfree86'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/var/tmp/portage/x11-base/xorg-server-9999/work/xserver/hw/xfree86'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/x11-base/xorg-server-9999/work/xserver/hw'
make: *** [all-recursive] Error 1



On 9/3/07, Maarten Maathuis <madman2003 at gmail.com> wrote:
> It's still broken for me, i will look into it.
>
> On 9/3/07, Eric Anholt <eric at anholt.net> wrote:
> > On Sun, 2007-09-02 at 14:53 -0700, Keith Packard wrote:
> > > On Sun, 2007-09-02 at 23:18 +0200, Maarten Maathuis wrote:
> > > > The problem was a typo, but later more problems became apparent.
> > > >
> > > > I am unsure if this is the right way, because some of the things i
> > > > added back are in XSERVER_LIBS now, but at least this builds.
> > > >
> > > > I suggest this is reviewed by someone with significant knowledge of
> > > > autotools and friends.
> > >
> > > Yeah, Eric is trying to sort out dependencies so that the X server
> > > *does* get built when things change (it wasn't always getting built when
> > > needed).
> > >
> > > He claims to understand the linking process of automake/libtool now, but
> > > I'm doubtful that anyone can and remain sane enough to feed themselves.
> > >
> > > In any case, it should be fixed shortly.
> >
> > I have not only managed to fix the Xorg server build, but also make
> > lunch today.  So there.
> >
> > I'm not terribly happy with the current solution, though.  It seems
> > braindead to me that we have to manually handle link order issues (by
> > adding the same lib again afterwards).  The alternative I was playing
> > with last night was throwing all of Xorg's contents into a libtool lib
> > first, then linking Xorg out of that.  It seemed to work, except for
> > being a bit slow because it was archiving the whole mess twice.
> >
> > --
> > Eric Anholt                             anholt at FreeBSD.org
> > eric at anholt.net                         eric.anholt at intel.com
> >
> >
> >
>