All of lore.kernel.org
 help / color / mirror / Atom feed
From: William Pitcock <nenolod@dereferenced.org>
To: Roger Pau Monne <roger.pau@entel.upc.edu>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH 3 of 5] blktap2: fix vhd compilation under uclibc
Date: Mon, 19 Dec 2011 04:07:16 -0600	[thread overview]
Message-ID: <CA+T2pCE_L0Gfyb0xu4=bd-yCAz=+Z_4Ugyd-EoO4m=+jz5MPGA@mail.gmail.com> (raw)
In-Reply-To: <c0d5aa328f1ab24aad58.1324212503@alpine.localdomain>

Hi,

On Sun, Dec 18, 2011 at 6:48 AM, Roger Pau Monne
<roger.pau@entel.upc.edu> wrote:
> # HG changeset patch
> # User Roger Pau Monne <roger.pau@entel.upc.edu>
> # Date 1324171782 -3600
> # Node ID c0d5aa328f1ab24aad5880e720852b6dc8ffd4fb
> # Parent  c54c326d6fdf26d311c872479b769b3a8cd560cf
> blktap2: fix vhd compilation under uclibc
>
> blktap2 was not compiled succesfully under uclibc, with the following
> error:

This description is wrong; it is a linktime symbol binding error, not
a compilation error.

>
> gcc     -o vhd-util vhd-util.o -Llib -lvhd
> lib/libvhd.so: undefined reference to `libiconv_open'
> lib/libvhd.so: undefined reference to `libiconv_close'
> lib/libvhd.so: undefined reference to `libiconv'
>
> This patchs add the flag -liconv when blktap2/vhd is compiled on
> uclibc.
>
> Signed-off-by: Roger Pau Monne <roger.pau@entel.upc.edu>
>
> diff -r c54c326d6fdf -r c0d5aa328f1a tools/blktap2/drivers/Makefile
> --- a/tools/blktap2/drivers/Makefile    Sun Dec 18 02:29:42 2011 +0100
> +++ b/tools/blktap2/drivers/Makefile    Sun Dec 18 02:29:42 2011 +0100
> @@ -24,6 +24,10 @@ endif
>
>  VHDLIBS    := -L$(LIBVHDDIR) -lvhd
>
> +ifeq ($(CONFIG_UCLIBC),y)
> +VHDLIBS    += -liconv
> +endif

I don't like this really.  I think it is wrong to imply that
$(CONFIG_UCLIBC) needs -liconv, as it is possible to build uClibc with
iconv support.  The real check here should be if we are running with
GNU libiconv I think.  Which makes me wonder why CONFIG_UCLIBC is
necessary at all.

> +
>  REMUS-OBJS  := block-remus.o
>  REMUS-OBJS  += hashtable.o
>  REMUS-OBJS  += hashtable_itr.o
> diff -r c54c326d6fdf -r c0d5aa328f1a tools/blktap2/vhd/Makefile
> --- a/tools/blktap2/vhd/Makefile        Sun Dec 18 02:29:42 2011 +0100
> +++ b/tools/blktap2/vhd/Makefile        Sun Dec 18 02:29:42 2011 +0100
> @@ -23,6 +23,10 @@ endif
>
>  LIBS              := -Llib -lvhd
>
> +ifeq ($(CONFIG_UCLIBC),y)
> +LIBS              += -liconv
> +endif
> +
>  all: subdirs-all build
>
>  build: $(IBIN)
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

  parent reply	other threads:[~2011-12-19 10:07 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-18 12:48 [PATCH 0 of 5] build: various fixes for building with uclibc Roger Pau Monne
2011-12-18 12:48 ` [PATCH 1 of 5] blktap: remove HAVE_BYTESWAP_H checking, since it's defined by qemu Roger Pau Monne
2011-12-19  9:48   ` Ian Campbell
2011-12-19  9:57     ` William Pitcock
2011-12-19  9:58     ` Roger Pau Monné
2011-12-19 10:08       ` Ian Campbell
2011-12-19 11:26         ` Roger Pau Monné
2011-12-19 11:27           ` Ian Campbell
2011-12-19 11:28             ` Roger Pau Monné
2011-12-19 11:38               ` Ian Campbell
2011-12-19 11:46                 ` Roger Pau Monné
2011-12-19 11:49                   ` Ian Campbell
2011-12-19 12:04                     ` Roger Pau Monné
2011-12-21  9:40                       ` Roger Pau Monné
2011-12-18 12:48 ` [PATCH 2 of 5] build: detect uclibc Roger Pau Monne
2011-12-19 10:08   ` William Pitcock
2011-12-20 18:02   ` Ian Jackson
2011-12-20 18:24     ` Roger Pau Monné
2011-12-20 18:25       ` Ian Jackson
2011-12-18 12:48 ` [PATCH 3 of 5] blktap2: fix vhd compilation under uclibc Roger Pau Monne
2011-12-19 10:05   ` Ian Campbell
2011-12-19 10:07   ` William Pitcock [this message]
2011-12-19 12:30     ` Roger Pau Monné
2011-12-19 13:26       ` Ian Campbell
2011-12-19 13:30         ` Roger Pau Monné
2011-12-19 13:43           ` Ian Campbell
2011-12-19 14:43             ` Roger Pau Monné
2011-12-20 17:55               ` Roger Pau Monné
2011-12-21 10:01                 ` Ian Campbell
2011-12-21 10:15                   ` Roger Pau Monné
2011-12-21 10:28                     ` Ian Campbell
2011-12-18 12:48 ` [PATCH 4 of 5] blktap2: remove HAVE_BYTESWAP_H checking, since it's defined by qemu Roger Pau Monne
2011-12-18 12:48 ` [PATCH 5 of 5] libxl: fix link issue on uclibc when using yajl Roger Pau Monne
2011-12-19  9:54   ` Ian Campbell
2011-12-19 10:01     ` Roger Pau Monné

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='CA+T2pCE_L0Gfyb0xu4=bd-yCAz=+Z_4Ugyd-EoO4m=+jz5MPGA@mail.gmail.com' \
    --to=nenolod@dereferenced.org \
    --cc=roger.pau@entel.upc.edu \
    --cc=xen-devel@lists.xensource.com \
    /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.