[llvm-dev] Handling of the x18 register in Wine on AArch64
Martin Storsjö via llvm-dev
llvm-dev at lists.llvm.org
Wed May 22 11:57:28 PDT 2019
On Mon, 20 May 2019, Alexandre Julliard wrote:
> Martin Storsjö <martin at martin.st> writes:
>
>> 5) Enclose every callback call in Wine with a wrapper/thunk that sets
>> up the register correctly. This would be a perfect solution, but is
>> practically unfeasible. As far as I know, this is the approach that
>> was used for Win16 back in the day, calling WOWCallback16Ex every time
>> Wine code should call back into Win16 code. Given the size of Wine
>> today and the number of different places where callbacks are made
>> (where the function pointers are called without any extra wrapping),
>> this is unfeasible (and I have a very hard time seeing such a patch
>> accepted into Wine).
>
> I don't think it's feasible to do this at the Windows/Wine boundary, but
> with the PE cross-compilation support, we could conceivably build most
> of Wine as PE and add wrappers at the PE/Unix boundary.
Hmm, that could work... Am I following things correctly that this is, in
general, a direction that Wine is heading in (compiling more of Wine with
a PE cross compiler, as the tests already have moved over)?
> The wrappers could then be generated, or we could use a variant of your
> option 4) that would have the compiler save/restore x18 when calling a
> non-ms_abi function from an ms_abi one.
Hmm, only saving/restoring, when calling a non-ms_abi function from an
ms_abi one could be a good optimization of that approach.
(Currently it does have a rather significant overhead; that patch grows
lib64/wine from 450 to 455 MB.) That would require that every place where
a callback is called is all within ms_abi functions though. Is that the
case currently? (Currently most of wine internals have unix calling
conventions, and only the publicly visible entry points have ms_abi,
right?)
// Martin
More information about the llvm-dev
mailing list