From: Karel Zak <kzak@redhat.com>
To: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Cc: util-linux@vger.kernel.org
Subject: Re: [PATCH 2/2] Add uuid to the linker flags if using built LIBBLKID
Date: Tue, 28 Feb 2012 15:35:37 +0100 [thread overview]
Message-ID: <20120228143537.GD22034@x2.net.home> (raw)
In-Reply-To: <1330103768-32139-2-git-send-email-bigeasy@linutronix.de>
On Fri, Feb 24, 2012 at 06:16:08PM +0100, Sebastian Andrzej Siewior wrote:
> |ld: warning: libuuid.so.1, needed by ../libblkid/src/.libs/libblkid.so, not found (try using -rpath or -rpath-link)
> |../libblkid/src/.libs/libblkid.so: undefined reference to `uuid_unparse@UUID_1.0'
>
> Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
> ---
> config/include-Makefile.am | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/config/include-Makefile.am b/config/include-Makefile.am
> index 29760d4..895d4bc 100644
> --- a/config/include-Makefile.am
> +++ b/config/include-Makefile.am
> @@ -31,6 +31,9 @@ ul_libuuid_la = $(top_builddir)/libuuid/src/libuuid.la
> $(ul_libuuid_la):
> $(MAKE) -C $(ul_libuuid_builddir)
>
> +if BUILD_LIBBLKID
I guess you mean "if BUILD_LIBUUID".
> + ul_libblkid_la += $(ul_libuuid_la)
> +endif
Hmm... I don't like this, it creates explicit dependence, libtool
should be smart enough to maintain dependencies dynamically.
We have libuuid.la in libblkid_la_LIBADD (see in libblkid/src/Makefile.am) and
on my system it generates the final libblkid.la with
# Libraries that this one depends upon.
dependency_libs='/home/projects/util-linux/util-linux/libuuid/src/libuuid.la'
It would be nice to know more details about your environment to
reproduce this problem. If I will be able to reproduce the problem
then I can also add regression test (for cross compiling).
Karel
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
next prev parent reply other threads:[~2012-02-28 14:35 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-24 17:16 [PATCH 1/2] conifigure: add a crosscompile path for scanf_cv_alloc_modifier Sebastian Andrzej Siewior
2012-02-24 17:16 ` [PATCH 2/2] Add uuid to the linker flags if using built LIBBLKID Sebastian Andrzej Siewior
2012-02-28 14:35 ` Karel Zak [this message]
2012-02-29 21:38 ` Sebastian Andrzej Siewior
2012-02-28 14:12 ` [PATCH 1/2] conifigure: add a crosscompile path for scanf_cv_alloc_modifier Karel Zak
2012-02-29 21:31 ` Sebastian Andrzej Siewior
2012-03-20 8:18 ` Karel Zak
2012-03-30 19:49 ` Mike Frysinger
2012-03-30 20:52 ` Mike Frysinger
2012-04-02 7:14 ` Sebastian Andrzej Siewior
2012-04-02 19:00 ` Mike Frysinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120228143537.GD22034@x2.net.home \
--to=kzak@redhat.com \
--cc=bigeasy@linutronix.de \
--cc=util-linux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.