Compile as x86 #3
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
ILC (the Native AOT compiler) is a crosscompiler and ships with x86 support even though we don't actually have it fully implemented for Native AOT in mainstream .NET. Since SmolSharp only uses the codegen (RyuJIT) and RyuJIT supports x86 just fine, we can still generate x86. This has some hackery though: * We can't publish for the win-x64 RID because those packages are missing. So keep publishing as win-x64, but whack it to x86 when NativeAOT logic becomes concerned. * x86 requires a bunch of assembly helpers with non-standard calling conventions. We need to write them in assembly :( * x86 has a special mangling for x86 that ILC doesn't implement (I tried to implement it in the past in dotnet/corert#7943). We need to whack the mangling into imported names. To find the right mangled name, just search strings in the appropriate LIB file (e.g. kernel32.lib). I'm submitting it as a draft. It is kind of hacky. No hard feelings if you don't want to merge it. The size numbers are much better on x86: 1711 bytes for HelloWorld, 2299 bytes for Mandelbrot, 5832 bytes for Ocean.
|
I've added x86 Windows support to bflat that doesn't require manually mangling symbol names so I recommend people use bflat instead. |
|
To be honest, I don't know why I didn't think of this earlier, but I'm gonna merge this to a new branch and feature it in the README, since this is also quite a neat hack (and size decreases are always welcome!) :) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
ILC (the Native AOT compiler) is a crosscompiler and ships with x86 support even though we don't actually have it fully implemented for Native AOT in mainstream .NET. Since SmolSharp only uses the codegen (RyuJIT) and RyuJIT supports x86 just fine, we can still generate x86.
This has some hackery though:
I'm submitting it as a draft. It is kind of hacky. No hard feelings if you don't want to merge it.
The size numbers are much better on x86 because of more compact instruction encoding and smaller pointers: 1711 bytes for HelloWorld, 2299 bytes for Mandelbrot, 5832 bytes for Ocean.