From: "Dr. David Alan Gilbert" <dgilbert@redhat.com>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v2] configure: sanity check the glib library that pkg-config finds
Date: Fri, 13 Nov 2015 12:54:13 +0000 [thread overview]
Message-ID: <20151113125413.GG2456@work-vm> (raw)
In-Reply-To: <1447414307-5295-1-git-send-email-berrange@redhat.com>
* Daniel P. Berrange (berrange@redhat.com) wrote:
> Developers on 64-bit machines will often try to perform a
> 32-bit build of QEMU by running
>
> ./configure --extra-cflags="-m32"
>
> Unfortunately if PKG_CONFIG_LIBDIR is not set to point to
> the location of the 32-bit pkg-config files, then configure
> will silently pick up the 64-bit pkg-config files and still
> succeed.
Having fallen into this trap, thanks; seems to do the trick on RHEL7.x:
# /root/try/../qemu/configure --prefix=/root/try --enable-trace-backends=stderr --extra-cflags="-m32" --extra-ldflags="-m32"
ERROR: sizeof(size_t) doesn't match GLIB_SIZEOF_SIZE_T.
You probably need to set PKG_CONFIG_LIBDIR
to point to the right pkg-config files for your
build target
# export PKG_CONFIG_LIBDIR=/usr/lib/pkgconfig
# /root/try/../qemu/configure --prefix=/root/try --enable-trace-backends=stderr --extra-cflags="-m32" --extra-ldflags="-m32"
Install prefix /root/try
BIOS directory /root/try/share/qemu
....
and the gsize def ( https://developer.gnome.org/glib/stable/glib-Basic-Types.html#gsize )
does say it should always match size_t size.
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Dave
>
> This causes a problem for glib because it means QEMU will
> be pulling in /usr/lib64/glib-2.0/include/glibconfig.h
> instead of /usr/lib/glib-2.0/include/glibconfig.h
>
> This causes problems because the 'gsize' type (defined as
> 'unsigned long') will no longer be fully compatible with
> the 'size_t' type (defined as 'unsigned int'). Although
> both are the same size, the compiler refuses to allow
> casts from 'unsigned long *' to 'unsigned int *' as they
> are different pointer types. This results in non-obvious
> compiler errors when building QEMU eg
>
> qga/commands-posix.c: In function ‘qmp_guest_set_user_password’:
> qga/commands-posix.c:1912:55: error: passing argument 2 of ‘g_base64_decode’ from incompatible pointer type [-Werror=incompatible-pointer-types]
> rawpasswddata = (char *)g_base64_decode(password, &rawpasswdlen);
> ^
> In file included from /usr/include/glib-2.0/glib.h:35:0,
> from qga/commands-posix.c:14:
> /usr/include/glib-2.0/glib/gbase64.h:52:9: note: expected ‘gsize * {aka long unsigned int *}’ but argument is of type ‘size_t * {aka unsigned int *}’
> guchar *g_base64_decode (const gchar *text,
> ^
> cc1: all warnings being treated as errors
>
> To detect this problem, add a check to configure that
> verifies that GLIB_SIZEOF_SIZE_T matches sizeof(size_t).
> If this fails print a warning suggesting that the dev
> probably needs to set PKG_CONFIG_LIBDIR.
>
> On Fedora x86_64 it passes with any of:
>
> # ./configure
> # PKG_CONFIG_LIBDIR=/usr/lib/pkgconfig ./configure --extra-cflags="-m32"
> # PKG_CONFIG_LIBDIR=/usr/lib64/pkgconfig ./configure --extra-cflags="-m64"
>
> And fails with a mis-match
>
> # PKG_CONFIG_LIBDIR=/usr/lib64/pkgconfig ./configure --extra-cflags="-m32"
> # PKG_CONFIG_LIBDIR=/usr/lib/pkgconfig ./configure --extra-cflags="-m64"
>
> ERROR: sizeof(size_t) doesn't match GLIB_SIZEOF_SIZE_T.
> You probably need to set PKG_CONFIG_LIBDIR
> to point to the right pkg-config files for your
> build target
>
> Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
> ---
> Changed in v2:
>
> - Add 'return 0' to silence compiler warning on some
> platforms about returning without a value
>
> configure | 21 +++++++++++++++++++++
> 1 file changed, 21 insertions(+)
>
> diff --git a/configure b/configure
> index f75df4b..c53334f 100755
> --- a/configure
> +++ b/configure
> @@ -2939,6 +2939,27 @@ for i in $glib_modules; do
> fi
> done
>
> +# Sanity check that the current size_t matches the
> +# size that glib thinks it should be. This catches
> +# problems on multi-arch where people try to build
> +# 32-bit QEMU while pointing at 64-bit glib headers
> +cat > $TMPC <<EOF
> +#include <glib.h>
> +#include <unistd.h>
> +
> +int main(void) {
> + G_STATIC_ASSERT(sizeof(size_t) == GLIB_SIZEOF_SIZE_T);
> + return 0;
> +}
> +EOF
> +
> +if ! compile_prog "-Werror $CFLAGS" "$LIBS" ; then
> + error_exit "sizeof(size_t) doesn't match GLIB_SIZEOF_SIZE_T."\
> + "You probably need to set PKG_CONFIG_LIBDIR"\
> + "to point to the right pkg-config files for your"\
> + "build target"
> +fi
> +
> # g_test_trap_subprocess added in 2.38. Used by some tests.
> glib_subprocess=yes
> if ! $pkg_config --atleast-version=2.38 glib-2.0; then
> --
> 2.5.0
>
--
Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2015-11-13 12:54 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-13 11:31 [Qemu-devel] [PATCH v2] configure: sanity check the glib library that pkg-config finds Daniel P. Berrange
2015-11-13 12:54 ` Dr. David Alan Gilbert [this message]
2015-11-13 13:01 ` Gerd Hoffmann
2015-11-17 17:25 ` Daniel P. Berrange
2015-11-13 13:01 ` Peter Maydell
2015-11-13 14:16 ` Daniel P. Berrange
2016-01-25 14:42 ` Peter Maydell
2016-01-25 14:47 ` Daniel P. Berrange
2016-01-25 14:58 ` Peter Maydell
2016-01-25 15:00 ` Daniel P. Berrange
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=20151113125413.GG2456@work-vm \
--to=dgilbert@redhat.com \
--cc=berrange@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).