[lfs-dev] LFS SVN and Systemd Report

Ken Moffat zarniwhoop at ntlworld.com
Thu May 31 18:25:19 PDT 2012


On Fri, Jun 01, 2012 at 01:19:47AM +0100, Ken Moffat wrote:
>  Forgot to check what it installed : the libudev's in /lib look ok,
> but the .pc says libdir=/usr/lib but again only has the .so.1
> symlink to ../../lib/libudev.so.1.0.0.  I assume a .so will also be
> needed, so I've created one.
> 
 One thing I forgot to mention yesterday was that it apparently
managed to build Mesa and xorg-server, xf86-input-evdev comes after
the server.  Unless an earlier breakage caused it to fall through,
which is possible (I've now overwritten those logs).  Anyway, it's
now failing in xorg-server.

 First, it didn't like libtool.la (sorry about the long line) :

/bin/sh ../libtool --tag=CC   --mode=link gcc -std=gnu99
-DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wmissing-declarations
-Wformat=2 -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs
-Wbad-function-cast -Wold-style-definition
-Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow
-Wcast-qual -Wmissing-noreturn -Wmissing-format-attribute
-Wredundant-decls -Werror=implicit -Werror=nonnull -Werror=init-self
-Werror=main -Werror=missing-braces -Werror=sequence-point
-Werror=return-type -Werror=trigraphs -Werror=array-bounds
-Werror=write-strings -Werror=address -Werror=int-to-pointer-cast
-Werror=pointer-to-int-cast -fno-strict-aliasing
-fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT
-I/usr/include/pixman-1 -I/usr/include/freetype2   -I../include
-I../include -I../Xext -I../composite -I../damageext -I../xfixes
-I../Xi -I../mi -I../miext/sync -I../miext/shadow  -I../miext/damage
-I../render -I../randr -I../fb -fvisibility=hidden    -O2   -o
libconfig.la  config.lo udev.lo     -ludev -lrt    -lm  -lrt
libtool: link: `/usr/lib64/libudev.la' is not a valid libtool
archive
make[1]: *** [libconfig.la] Error 1
make[1]: Leaving directory `/usr/src/xorg-server-1.12.1/config'
make: *** [all-recursive] Error 1

 That "not a valid libtool archive" is not particularly helpful, so
on a whim I tried renaming the .la to hide it and see if libtool
would use the .so :

libtool: link: gcc -std=gnu99 -DHAVE_DIX_CONFIG_H -Wall
-Wpointer-arith -Wmissing-declarations -Wformat=2
-Wstrict-prototypes -Wmissing-prototypes -Wnested-externs
-Wbad-function-cast -Wold-style-definition
-Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow
-Wcast-qual -Wmissing-noreturn -Wmissing-format-attribute
-Wredundant-decls -Werror=implicit -Werror=nonnull -Werror=init-self
-Werror=main -Werror=missing-braces -Werror=sequence-point
-Werror=return-type -Werror=trigraphs -Werror=array-bounds
-Werror=write-strings -Werror=address -Werror=int-to-pointer-cast
-Werror=pointer-to-int-cast -fno-strict-aliasing
-fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT
-I/usr/include/pixman-1 -I/usr/include/freetype2 -I../../include
-I../../include -I../../Xext -I../../composite -I../../damageext
-I../../xfixes -I../../Xi -I../../mi -I../../miext/sync
-I../../miext/shadow -I../../miext/damage -I../../render
-I../../randr -I../../fb -fvisibility=hidden -DHAVE_XORG_CONFIG_H
-fvisibility=hidden -DXF86PM -O2 -o Xorg sdksyms.o
-Wl,--export-dynamic  ../../dix/.libs/libmain.a
../../dix/.libs/libdix.a loader/.libs/libloader.a
common/.libs/libcommon.a -ludev os-support/.libs/libxorgos.a
parser/.libs/libxf86config_internal.a dixmods/.libs/libdixmods.a
modes/.libs/libxf86modes.a ramdac/.libs/libramdac.a
ddc/.libs/libddc.a i2c/.libs/libi2c.a dixmods/.libs/libxorgxkb.a
../../composite/.libs/libcomposite.a ../../xfixes/.libs/libxfixes.a
../../Xext/.libs/libXextbuiltin.a ../../glx/.libs/libglx.a
../../randr/.libs/librandr.a ../../render/.libs/librender.a
../../damageext/.libs/libdamageext.a
../../miext/sync/.libs/libsync.a
../../miext/damage/.libs/libdamage.a ../../Xi/.libs/libXi.a
../../xkb/.libs/libxkb.a ../../mi/.libs/libmi.a
../../os/.libs/libos.a -lcrypto -ldl /usr/lib/libpciaccess.so
-lpthread /usr/lib/libpixman-1.so /usr/lib/libXfont.so
/usr/lib/libfreetype.so -lbz2 /usr/lib/libfontenc.so -lz
/usr/lib/libXau.so /usr/lib/libXdmcp.so -lm -lrt
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib64/libudev.so:
undefined reference to `mkdir_parents'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../lib64/libudev.so:
undefined reference to `startswith'
collect2: error: ld returned 1 exit status
make[4]: *** [Xorg] Error 1

 So I think it was a good attempt, but the other plan of campaign
will probably be better.  As you said in the ticket, upgrading udev
isn't urgent at the moment.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce



More information about the lfs-dev mailing list