On Wed, Aug 12, 2020 at 3:24 PM Philippe Mathieu-Daudé
wrote:
> Hi Howard,
>
> On 8/12/20 8:32 AM, Howard Spoelstra wrote:
> > Hi,
> >
> > I just compiled qemu-system-ppc using the the meson-poc-next branch with:
> > git clone -b meson-poc-next http://www.github.com/bonzini/qemu
> > qemu-mesonbui
Hi Howard,
On 8/12/20 8:32 AM, Howard Spoelstra wrote:
> Hi,
>
> I just compiled qemu-system-ppc using the the meson-poc-next branch with:
> git clone -b meson-poc-next http://www.github.com/bonzini/qemu
> qemu-mesonbuild-next
I notice you refer to github while Paolo mentioned gitlab in the
cove
Hi,
I just compiled qemu-system-ppc using the the meson-poc-next branch with:
git clone -b meson-poc-next http://www.github.com/bonzini/qemu
qemu-mesonbuild-next
cd qemu-mesonbuild-next
mkdir build
cd build
../configure --target-list="ppc-softmmu" --enable-sdl --enable-gtk
--disable-werror
qemu-s
On Mon, Aug 10, 2020 at 07:06:38PM +0200, Paolo Bonzini wrote:
> This version is substantially less "draft-like", and the diffstat
> is actually quite large with Thursday's draft.
>
> The changes are as follows:
> - updated oss-fuzz build script
> - various cases fixed that broke depending on pres
On Tue, Aug 11, 2020 at 02:59:53PM +0200, Paolo Bonzini wrote:
> On 11/08/20 14:04, Roman Bolshakov wrote:
> > Compilation seems to partially succeed but linking of QEMU binary fails:
> >
> > [3691/5594] Linking target qemu-system-aarch64
> > FAILED: qemu-system-aarch64
> > ...snip...
> > ld: warn
On 11/08/20 14:04, Roman Bolshakov wrote:
>
> The line in configure assumes that meson is a python program rather than
> a wrapper:
>
> meson="$python $meson"
Hmm, that means we will have to use the embedded meson if the user
specifies --python. But it's probably a good idea anyway, and not
p
On Mon, Aug 10, 2020 at 07:06:38PM +0200, Paolo Bonzini wrote:
> This version is substantially less "draft-like", and the diffstat
> is actually quite large with Thursday's draft.
>
> The changes are as follows:
> - updated oss-fuzz build script
> - various cases fixed that broke depending on pres
On Tue, 11 Aug 2020 11:41:39 +0200
Cornelia Huck wrote:
> On Mon, 10 Aug 2020 19:06:38 +0200
> Paolo Bonzini wrote:
>
> > This version is substantially less "draft-like", and the diffstat
> > is actually quite large with Thursday's draft.
> >
> > The changes are as follows:
> > - updated oss-f
On Mon, 10 Aug 2020 19:06:38 +0200
Paolo Bonzini wrote:
> This version is substantially less "draft-like", and the diffstat
> is actually quite large with Thursday's draft.
>
> The changes are as follows:
> - updated oss-fuzz build script
> - various cases fixed that broke depending on present/a
Il lun 10 ago 2020, 21:55 Peter Maydell ha
scritto:
> On Mon, 10 Aug 2020 at 20:49, Paolo Bonzini wrote:
> >
> > On 10/08/20 21:45, Peter Maydell wrote:
> > >> Note that if you don't install it, you just get the previous behavior
> > >> (plus a warning). But if you want that, it would be simply
On Mon, 10 Aug 2020 at 20:49, Paolo Bonzini wrote:
>
> On 10/08/20 21:45, Peter Maydell wrote:
> >> Note that if you don't install it, you just get the previous behavior
> >> (plus a warning). But if you want that, it would be simply "gettext" I
> >> guess. You're using tests/vm/*bsd right?
> >
On 10/08/20 21:27, Peter Maydell wrote:
>> Missing dependency, you have to install python3-setuptools.
> since that's a new dependency, is it possible to make it be
> diagnosed in a more friendly way than "python barfs out a backtrace" ?
Ok, will do. Testing if "import pkg_resources" works is eno
On 10/08/20 21:45, Peter Maydell wrote:
>> Note that if you don't install it, you just get the previous behavior
>> (plus a warning). But if you want that, it would be simply "gettext" I
>> guess. You're using tests/vm/*bsd right?
> Yes. Unless there's a strong reason for testing the no-gettext
>
On Mon, 10 Aug 2020 at 20:36, Paolo Bonzini wrote:
> On 10/08/20 21:26, Peter Maydell wrote:
> >> This is a real warning. I'll see if we can add a configure option to
> >> disable the translations bug it's fairly low priority.
> > Is there a package that we could install on these VM configs
> > t
On 10/08/20 21:26, Peter Maydell wrote:
>> This is a real warning. I'll see if we can add a configure option to
>> disable the translations bug it's fairly low priority.
> Is there a package that we could install on these VM configs
> that would provide gettext in a way that satisfies Meson?
Note
On Mon, 10 Aug 2020 at 20:26, Paolo Bonzini wrote:
>
> On 10/08/20 20:09, Peter Maydell wrote:
> > ModuleNotFoundError: No module named 'pkg_resources'
> >
> > ERROR: meson setup failed
>
> Missing dependency, you have to install python3-setuptools.
since that's a new dependency, is it possible t
On Mon, 10 Aug 2020 at 20:22, Paolo Bonzini wrote:
>
> On 10/08/20 21:16, Peter Maydell wrote:
> > And the remainders:
> >
> > The tests/vm FreeBSD and OpenBSD setups succeed but emit this warning
> > (as well as the the usual ones):
> >
> > WARNING: Gettext not found, all translation targets will
On 10/08/20 20:09, Peter Maydell wrote:
> ModuleNotFoundError: No module named 'pkg_resources'
>
> ERROR: meson setup failed
Missing dependency, you have to install python3-setuptools. But it will
fail just as aarch64 due to the same incorrect line.
> make: *** Deleting file 'config-host.mak'
On 10/08/20 21:16, Peter Maydell wrote:
> And the remainders:
>
> The tests/vm FreeBSD and OpenBSD setups succeed but emit this warning
> (as well as the the usual ones):
>
> WARNING: Gettext not found, all translation targets will be ignored.
This is a real warning. I'll see if we can add a co
On 10/08/20 20:20, Peter Maydell wrote:
>
> In file included from ../../contrib/vhost-user-scsi/vhost-user-scsi.c:15:0:
> /usr/include/iscsi/scsi-lowlevel.h:810:13: error: inline function
> ‘scsi_set_uint16’ declared but never defined [-Werror]
> inline void scsi_set_uint16(unsigned char *c, uint
On Mon, 10 Aug 2020 at 19:09, Peter Maydell wrote:
> The other hosts are still running, will report results as
> they finish.
And the remainders:
The tests/vm FreeBSD and OpenBSD setups succeed but emit this warning
(as well as the the usual ones):
WARNING: Gettext not found, all translation ta
On Mon, 10 Aug 2020 at 19:52, Paolo Bonzini wrote:
>
> On 10/08/20 20:20, Peter Maydell wrote:
> > (Looks like an error in the version of the system header
> > file on this system, which, unlike my x86 box, defines
> > the prototypes with "inline" (a change that came in upstream
> > in commit
> >
On 10/08/20 20:14, Peter Maydell wrote:
> Linux x86-64 succeeded but produced a bunch of warnings:
>
> ../../meson.build:9: WARNING: Module unstable-keyval has no backwards
> or forwards compatibility and might not exist in future releases.
This is unavoidable (it's fixed in 0.56.0 but will warn
On 10/08/20 20:20, Peter Maydell wrote:
> (Looks like an error in the version of the system header
> file on this system, which, unlike my x86 box, defines
> the prototypes with "inline" (a change that came in upstream
> in commit
> https://github.com/sahlberg/libiscsi/commit/7692027d6c11c58948ec3c
On Mon, 10 Aug 2020 at 19:09, Peter Maydell wrote:
> The other hosts are still running, will report results as
> they finish. These are just the ones that bailed out
> immediately.
Linux x86-64 succeeded but produced a bunch of warnings:
../../meson.build:9: WARNING: Module unstable-keyval has n
On Mon, 10 Aug 2020 at 18:09, Paolo Bonzini wrote:
>
> This version is substantially less "draft-like", and the diffstat
> is actually quite large with Thursday's draft.
>
> The changes are as follows:
> - updated oss-fuzz build script
> - various cases fixed that broke depending on present/absent
On Mon, 10 Aug 2020 at 19:09, Peter Maydell wrote:
> The other hosts are still running, will report results as
> they finish.
ppc64be host:
In file included from ../../contrib/vhost-user-scsi/vhost-user-scsi.c:15:0:
/usr/include/iscsi/scsi-lowlevel.h:810:13: error: inline function
‘scsi_set_uint
This version is substantially less "draft-like", and the diffstat
is actually quite large with Thursday's draft.
The changes are as follows:
- updated oss-fuzz build script
- various cases fixed that broke depending on present/absent dependencies
- all build scripts handle --python correctly
- git
28 matches
Mail list logo
