> -Original Message-
> From: Richard Henderson
> Sent: Saturday, January 14, 2023 6:53 PM
> To: Alessandro Di Federico
> Cc: qemu-devel@nongnu.org; Taylor Simpson ;
> Alex Bennée
> Subject: Re: [RFC] Reducing NEED_CPU_H usage
>
> On 1/12/23 05:28, A
On 1/12/23 05:28, Alessandro Di Federico wrote:
fpu/softfloat.c
Something I happened to notice while doing other triage:
https://gitlab.com/qemu-project/qemu/-/issues/1375
This is an x86 problem that currently has no solution, but ought to be trivial with the
changes to softfloat
On 1/12/23 07:28, Alessandro Di Federico wrote:
On Tue, 10 Jan 2023 11:56:50 -0800
Richard Henderson wrote:
However, at some point we do want to keep some target addresses in
the proper size. For instance within the softmmu tlb, where
CPUTLBEntry is either 16 or 32 bytes, depending.
So
On Tue, 10 Jan 2023 11:56:50 -0800
Richard Henderson wrote:
> However, at some point we do want to keep some target addresses in
> the proper size. For instance within the softmmu tlb, where
> CPUTLBEntry is either 16 or 32 bytes, depending.
So that would be an optimization if `HOST_LONG_BITS
On 12/28/22 08:16, Alessandro Di Federico wrote:
## `target_ulong`
`target_ulong` is `uint32_t` in 32-bit targets and `uint64_t` in 64-bit
targets.
Problem: This is used in many many places to represent addresses in
code that could become target-independent.
Proposed solution: we can convert
> -Original Message-
> From: Alessandro Di Federico
> Sent: Wednesday, December 28, 2022 10:16 AM
> To: qemu-devel@nongnu.org
> Cc: Taylor Simpson ; Philippe Mathieu-Daudé
> ; Richard Henderson ;
> Alex Bennée
> Subject: [RFC] Reducing NEED_CPU_H u
Hello everyone, this is a proposal in the libtcg direction, i.e.,
enabling building a single QEMU executable featuring multiple *targets*
(i.e., TCG frontends).
This follows what we discussed in recent KVM calls and originally at
the KVM Forum Emulation BoF.
Note that our commitment to this