[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ac3eb2510907011456k6c3cd612he94c8c03450fb0df@mail.gmail.com>
Date: Wed, 1 Jul 2009 23:56:57 +0200
From: Kay Sievers <kay.sievers@...y.org>
To: Theodore Tso <tytso@....edu>
Cc: Matthew Burgess <matthew@...uxfromscratch.org>,
Scott James Remnant <scott@...ntu.com>,
Karel Zak <kzak@...hat.com>,
Andrey Borzenkov <arvidjaar@...l.ru>,
util-linux-ng@...r.kernel.org, linux-ext4@...r.kernel.org
Subject: Re: [PATCH] configure.in: add --disable-libuuid option (Was:libuuid
(Re: blkid: util-linux-ng vs. e2fsprogs))
On Wed, Jul 1, 2009 at 23:28, Theodore Tso<tytso@....edu> wrote:
> On Wed, Jul 01, 2009 at 03:04:43PM -0600, Matthew Burgess wrote:
>> I get the following output when trying to compile e2fsprogs-1.41.7
>> against util-linux-ng-2.16-rc1's installed versions of libuuid &
>> libblkid
>
> Thanks for pointing that out. Apparently GNU make wasn't failing when
> "-luuid" was in the dependency, which is why I didn't notice this
> earlier. I'm not sure why it complains with "-L/tools/lib", but not
> with "-luuid", but whatever. I've checked the following into the
> e2fsprogs maint branch.
I had a similar issue, caused by a wrong libdir in the util-linux's
*.pc files. They have libdir=/lib instead libdir=/usr/lib, and in some
setups the devel-symlink isn't found, which is usually in /usr.
Only the local build on one of my boxes failed, but editing the .pc
files solved the problem.
(The real location of the .so image does not matter, it's a detail
hidden and handled by the ld loader, and the .pc files should always
poit to the devel symlink to the .so.)
Kay
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists