Hi Brian,

On 2/17/25 20:11, Brian Cain wrote:

On 1/11/2025 4:08 PM, Stefan Weil via wrote:
Am 10.01.25 um 21:33 schrieb Pierrick Bouvier:
For now, it was only possible to build plugins using GCC on Windows.
However,
windows-aarch64 only supports Clang.
This biggest roadblock was to get rid of gcc_struct attribute, which
is not
supported by Clang. After investigation, we proved it was safe to
drop it.

Built and tested on Windows (all msys env)/Linux/MacOS for x86_64 and
aarch64
hosts.

v1 contained warning fixes and various bits that have been upstreamed
already.
The only bits left in this series are the gcc_struct removal, and
fixing the
plugins build with clang.

This series is for 10.0, as we decided to not include the gcc_struct
removal is
9.2 release.

All patches are now reviewed, so this series can be pulled. I'll
report that to
MSYS2 too, so we can enable clang environments for QEMU.

v1:
https://patchew.org/QEMU/20241031040426.772604-1-pierrick.bouv...@linaro.org/

v2:
- drop attribute gcc_struct instead of using -mno-ms-bitfields option
- add a section about bitfields in documentation

v3:
- explain why gcc_struct attribute matters in packed structs in
commit message
- reword the bitfields documentation with suggestions given

v4:
- edit for bitfields doc requested by Philippe

Pierrick Bouvier (3):
    win32: remove usage of attribute gcc_struct
    docs/devel/style: add a section about bitfield, and disallow them for
      packed structures
    plugins: enable linking with clang/lld

   docs/devel/style.rst                      | 20 +++++++++++++++++++
   meson.build                               |  6 +++---
   include/qemu/compiler.h                   |  7 +------
   scripts/cocci-macro-file.h                |  6 +-----
   subprojects/libvhost-user/libvhost-user.h |  6 +-----
   contrib/plugins/meson.build               |  2 +-
   plugins/meson.build                       | 24 +++++++++++++++++++----
   tests/tcg/plugins/meson.build             |  3 +--
   8 files changed, 48 insertions(+), 26 deletions(-)

This nice series allows building QEMU for Windows with the LLVM cross
compiler on my ARM64 machine, so you can add

Is this toolchain available publicly or did you build it yourself?  It
would be handy if there were a linux x86_64 hosted cross-toolchain that
can target Windows-aarch64.  Or linux aarch64 hosted would be pretty
good, too.


At the moment, the only open source toolchain supporting windows-arm64 is llvm-mingw (https://github.com/mstorsjo/llvm-mingw).
There is some progress on gcc, but it is not yet fully upstream.
MSYS2 uses llvm-mingw for windows-arm64 environment.

On my side, I used a windows-arm64 machine with MSYS2 native environment.

It would be handy to cross compile, and the problem is not really QEMU itself, but to cross compile all the dependencies. For x86_64, we use fedora, which provides convenient precompiled mingw packages for dependencies. It's definitely not impossible to do the same for windows-arm64, but it just takes much more effort.

Is there an MSYS2 or other distributor that provides windows-aarch64
builds of the glib and other library dependencies?


MSYS2 does, but it's complicated to download packages by hand if it's your idea. Better to cross compile it.

Regards,
Pierrick


Tested-by: Stefan Weil <s...@weilnetz.de>

I only needed a trivial additional fix in scripts/nsis.py for `make
installer` because the usual GNU objdump and the LLVM objdump (or the
cross x86_64-w64-mingw32-objdump in my test) produce slightly
different output (indentation with \t, indentation with four spaces).
I'll prepare a patch which eliminates the need for objdump, so no
intermediate fix is needed for this.

Stefan W.


Reply via email to