Re: [PATCH v2 00/13] single-binary: link ARM and RISC-V into qemu-system
Philippe Mathieu-Daudé <[email protected]>
| Newsgroups | org.nongnu.qemu-riscv,org.nongnu.qemu-arm,org.nongnu.qemu-devel |
|---|---|
| Message-ID | <[email protected]> |
On 26/8/26 20:42, Yonggang Luo wrote: > Changes v1 -> v2: > - Drop little- and big-endian TargetInfo variants from this series. > v1 registered target-info-<name>-le and -be, selected is_default from > TARGET_BIG_ENDIAN, and accepted -target tokens such as aarch64-le. > v2 keeps one TargetInfo per target_name. Endian variants are later > work, not required to link ARM and RISC-V into qemu-system. > - -target help/? lists target_name only. Unknown names point at > -target ? rather than printing the list and exit(1). > - qemu-system with no arch suffix always requires -target. v1 could > still pick a unique TargetInfo when only one was registered. > - Keep qemu-system-$TARGET; qemu-system is an extra binary. v1 > described installing per-arch names as symlinks to qemu-system. > - Do not build qemu-systemw for the combined binary. A Windows GUI > twin would keep using exe symbols from DLLs, and data exports > cannot be delay-loaded (qdev_prop_array / qdev_prop_*), which > would block enabling modules globally on Windows. FTR I'll wait we finish discussing on your v1 before having a look at this v2.