Gentoo Archives: gentoo-user

From: walt <w41ter@×××××.com>
To: gentoo-user@l.g.o
Subject: [gentoo-user] Re: unable to emerge lvm2 in new install of gentoo
Date: Thu, 31 Mar 2011 20:31:04
Message-Id: in2o6v$dde$
In Reply to: [gentoo-user] unable to emerge lvm2 in new install of gentoo by
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.