diff options
| author | Calvin <calvin@cmpct.info> | 2018-06-02 23:03:12 -0300 |
|---|---|---|
| committer | Jan Kotas <jkotas@microsoft.com> | 2018-06-02 19:03:12 -0700 |
| commit | 6da69e6536a596a6b2141374bd2c9e96bdebbc62 (patch) | |
| tree | 65b04ec66045fdd1958cfe7ef131879bd87aace3 /src/unwinder | |
| parent | ee787871285388d768dccd28ee68f4198d4323ee (diff) | |
| download | coreclr-6da69e6536a596a6b2141374bd2c9e96bdebbc62.tar.gz coreclr-6da69e6536a596a6b2141374bd2c9e96bdebbc62.tar.bz2 coreclr-6da69e6536a596a6b2141374bd2c9e96bdebbc62.zip | |
Try to fix issues with Unicode on big endian OSes (#18254)
Mono had some patches in their fork of referencesource to resolve
issues on big endian. Essentially, compile-time endianness handling
is no good for big endian platforms, because they have to consume a
Monolite intended for all platforms in order to bootstrap. So then,
all big endian platforms are now consuming a bootstrap tarball made
on little endian systems, and bad things happen as a result.
This makes it so that endianness is checked at runtime by using
System.BitConverter.IsLittleEndian, not by a compiler definition.
This integrates mono/mono@1f9b218 and mono/mono@92cec46, which won't
apply cleanly to current CoreFX.
mono/mono#8679 may get fixed by this, but as the comments say,
there could be more patches missing. This just integrates the
patches known to me on UnicodeEncoding and UTF8Encoding.
Diffstat (limited to 'src/unwinder')
0 files changed, 0 insertions, 0 deletions