[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v1 2/5] configure: ensure ldflags propagated to
From: |
Paolo Bonzini |
Subject: |
Re: [Qemu-devel] [PATCH v1 2/5] configure: ensure ldflags propagated to config_host |
Date: |
Thu, 28 Jan 2016 12:13:53 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 |
On 28/01/2016 11:15, Alex Bennée wrote:
> diff --git a/configure b/configure
> index bd29ba7..148b79a 100755
> --- a/configure
> +++ b/configure
> @@ -5871,7 +5871,7 @@ if test "$target_linux_user" = "yes" -o
> "$target_bsd_user" = "yes" ; then
> ldflags="$ldflags $textseg_ldflags"
> fi
>
> -echo "LDFLAGS+=$ldflags" >> $config_target_mak
> +echo "LDFLAGS+=$ldflags" >> $config_host_mak
> echo "QEMU_CFLAGS+=$cflags" >> $config_target_mak
>
> done # for target in $targets
Hmm wait, it's not okay.
This adds the *target* LDFLAGS to config-host.mak, and adds them a
zillion times. extra-ldflags is already added to LDFLAGS in
config-host.mak:
--extra-ldflags=*) LDFLAGS="$LDFLAGS $optarg"
EXTRA_LDFLAGS="$optarg"
;;
...
echo "LDFLAGS=$LDFLAGS" >> $config_host_mak
So I'm totally confused as to what this patch is trying to achieve...
Paolo
- [Qemu-devel] [PATCH v1 0/5] ThreadSanitizer support, Alex Bennée, 2016/01/28
- [Qemu-devel] [PATCH v1 1/5] configure: introduce --extra-libs, Alex Bennée, 2016/01/28
- [Qemu-devel] [PATCH v1 2/5] configure: ensure ldflags propagated to config_host, Alex Bennée, 2016/01/28
- [Qemu-devel] [PATCH v1 4/5] async.c: various atomic fixes for tsan, Alex Bennée, 2016/01/28
- [Qemu-devel] [PATCH v1 5/5] thread-pool: atomic fixes from tsan, Alex Bennée, 2016/01/28
- [Qemu-devel] [PATCH v1 3/5] include/qemu/atomic.h: default to __atomic functions, Alex Bennée, 2016/01/28