[gentoo-user] Re: unable to emerge lvm2 in new install of gentoo

[walt]

On 03/31/2011 02:25 AM, covici@××××××××××.com wrote:
> Hi.  I am trying to install a new gentoo install, its a 64-bit and I
> have copied the world file from my old 32-bit install and I am chrooting
> into the 64-bit install.
>
> Now things are not going too bad, but when I try to emerge lvm2, I get
> the following:
>
> make[1]: Entering directory
> `/var/tmp/portage/sys-fs/lvm2-2.02.84/work/LVM2.2.02.84/tools'
> cc -c -I. -I../include -DLVM_SHARED_PATH=\"/usr/sbin/lvm\"
> -DHAVE_CONFIG_H -DDM_IOCTLS -O2 -mtune=core2 -pipe -ggdb -O2
> -mtune=core2 -pipe -ggdb -fPIC -Wall -Wundef -Wshadow -Wcast-align
> -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations
> -Wnested-externs -Winline -Wmissing-noreturn -Wformat-security
> -Wredundant-decls -O2 -O2 -mtune=core2 -pipe -ggdb -fPIC -Wall -Wundef
> -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes
> -Wmissing-declarations -Wnested-externs
> -Winline -Wmissing-noreturn -Wformat-security -Wredundant-decls -O2
> dmsetup.c -o dmsetup.o
> cc -O2 -mtune=core2 -pipe -ggdb -O2 -mtune=core2 -pipe -ggdb -fPIC -Wall
> -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes
> -Wmissing-declarations -Wnested-externs -Winline -Wmissing-noreturn
> -Wformat-security -Wredundant-decls -O2 -O2 -mtune=core2 -pipe -ggdb
> -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings
> -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline
> -Wmissing-noreturn -Wformat-security -Wredundant-decls -O2 -Wl,-O1
> -Wl,--as-needed -Wl,-O1 -Wl,--as-needed -Wl,--export-dynamic -L./libdm
> -L./lib -L./daemons/dmeventd -Wl,-O1 -Wl,--as-needed
> -Wl,--export-dynamic -L../libdm -L../lib -L../daemons/dmeventd
> -L../libdm \
>        -o dmsetup dmsetup.o -ldevmapper  -ludev
> cc -O2 -mtune=core2 -pipe -ggdb -O2 -mtune=core2 -pipe -ggdb -fPIC -Wall
> -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes
> -Wmissing-declarations -Wnested-externs -Winline -Wmissing-noreturn
> -Wformat-security -Wredundant-decls -O2 -O2 -mtune=core2 -pipe -ggdb
> -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings
> -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline
> -Wmissing-noreturn -Wformat-security -Wredundant-decls -O2 -Wl,-O1
> -Wl,--as-needed -Wl,-O1 -Wl,--as-needed -Wl,--export-dynamic -L./libdm
> -L./lib -L./daemons/dmeventd -Wl,-O1 -Wl,--as-needed
> -Wl,--export-dynamic -L../libdm -L../lib -L../daemons/dmeventd
> -Wl,--no-export-dynamic -static -L../libdm/ioctl \
>        -o dmsetup.static dmsetup.o -ldevmapper  -ludev  -ludev
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.4/../../../../lib64/libudev.a(libudev-util.o):
> In function `usec_monotonic':
> (.text+0x24d): undefined reference to `clock_gettime'
> collect2: ld returned 1 exit status
>
> I tried re-emerging udev, but no joy and I looked on Google, but librt
> seems to be already there, so I wonder what is happening?

That particular file is being linked -static so I'm assuming the linker
would use /usr/lib64/librt.a instead of the dynamic one (I could be wrong).

Do you actually have a /usr/lib64/librt.a?  Does readelf -s librt.a show
that clock_gettime is actually defined?  I can't imagine why it wouldn't
be, but that's all I can think of.