On Tue, 2 Aug 2011 10:03:30 +0800
TeLeMan gele...@gmail.com wrote:
This patch introduces -mms-bitfields cflag on MinGW but this cflag
breaks gcc packed structures(__attribute__((packed))). For example,
slirp does not work on Win32.
I'm not familiar with MinGW (or why glib would require that
On 08/02/2011 02:06 PM, Luiz Capitulino wrote:
On Tue, 2 Aug 2011 10:03:30 +0800
TeLeMangele...@gmail.com wrote:
This patch introduces -mms-bitfields cflag on MinGW but this cflag
breaks gcc packed structures(__attribute__((packed))). For example,
slirp does not work on Win32.
I'm not
This patch introduces -mms-bitfields cflag on MinGW but this cflag
breaks gcc packed structures(__attribute__((packed))). For example,
slirp does not work on Win32.
You're probably setting up your cross environment incorrectly which,
unfortunately, is very common.
The proper thing to do is to have GCC use a different system include
directory and a different prefix. That will result in a directory where
there are gcc binaries with normal names
-Original Message-
From: Anthony Liguori [mailto:aligu...@us.ibm.com]
Sent: Tuesday, July 26, 2011 5:10 PM
To: Yoder Stuart-B08248
Cc: qemu-devel@nongnu.org
Subject: Re: [PATCH 04/25] Add hard build dependency on glib
On 07/26/2011 04:51 PM, Yoder Stuart-B08248 wrote:
I am
On Wed, Jul 27, 2011 at 06:54:09PM +1000, Benjamin Herrenschmidt wrote:
You're probably setting up your cross environment incorrectly which,
unfortunately, is very common.
The proper thing to do is to have GCC use a different system include
directory and a different prefix. That
On 07/26/2011 04:51 PM, Yoder Stuart-B08248 wrote:
I am having issues with this in a cross compilation
environment. In Power embedded, almost all our
development is using cross toolchains.
Neither glib or pkg-config are in our cross build environment
and I'm having issues getting them built
From: Anthony Liguori address@hidden
GLib is an extremely common library that has a portable thread implementation
along with tons of other goodies.
GLib and GObject have a fantastic amount of infrastructure we can leverage in
QEMU including an object oriented programming infrastructure.
From: Anthony Liguori aligu...@us.ibm.com
GLib is an extremely common library that has a portable thread implementation
along with tons of other goodies.
GLib and GObject have a fantastic amount of infrastructure we can leverage in
QEMU including an object oriented programming infrastructure.