Re: [PATCH 0/2] More qemu_strtosz fixes

2021-03-19 Thread Alex Bennée
Eric Blake writes: > The MSYS2 build exposed a latent problem in qemu_strto*l, which in > turn now causes failures ever since test-utils added tests for > qemu_strtosz that depends on a particular behavior when parsing "0x". > > https://cirrus-ci.com/task/5180846782021632?command=test#L543 > >

Re: [PATCH 0/2] More qemu_strtosz fixes

2021-03-17 Thread Eric Blake
On 3/17/21 10:15 AM, no-re...@patchew.org wrote: > Patchew URL: > https://patchew.org/QEMU/20210317143325.2165821-1-ebl...@redhat.com/ > > === OUTPUT BEGIN === > 1/2 Checking commit 81af63e53841 (utils: Tighter tests for qemu_strtosz) > 2/2 Checking commit 36c9a8f42010 (utils: Work around mingw

Re: [PATCH 0/2] More qemu_strtosz fixes

2021-03-17 Thread no-reply
Patchew URL: https://patchew.org/QEMU/20210317143325.2165821-1-ebl...@redhat.com/ Hi, This series seems to have some coding style problems. See output below for more information: Type: series Message-id: 20210317143325.2165821-1-ebl...@redhat.com Subject: [PATCH 0/2] More qemu_strtosz fixes

[PATCH 0/2] More qemu_strtosz fixes

2021-03-17 Thread Eric Blake
The MSYS2 build exposed a latent problem in qemu_strto*l, which in turn now causes failures ever since test-utils added tests for qemu_strtosz that depends on a particular behavior when parsing "0x". https://cirrus-ci.com/task/5180846782021632?command=test#L543 Eric Blake (2): utils: Tighter te