Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@jkunkee
Copy link
Contributor

@jkunkee jkunkee commented Feb 1, 2019

With the introduction of Windows 10 on ARM (ARM64), code that assumes
that Windows targets are always x86 or x86_64 targets needs to be
updated.

The hot function ReadUInt64 has been optimized in MSVC builds using the
compiler intrinsic __movsb. Since this does not exist on ARM64 Windows,
this change uses the pure C++ path that other platforms use instead.

With the introduction of Windows 10 on ARM (ARM64), code that assumes
that Windows targets are always x86 or x86_64 targets needs to be
updated.

The hot function ReadUInt64 has been optimized in MSVC builds using the
compiler intrinsic __movsb. Since this does not exist on ARM64 Windows,
this change uses the pure C++ path that other platforms use instead.
@randomascii
Copy link

This change looks good and is needed for ARM64 Chromium on Win32

@aardappel
Copy link
Collaborator

Thanks for fixing this :)

@aardappel aardappel merged commit 4d98faa into google:master Feb 4, 2019
zchee pushed a commit to zchee/flatbuffers that referenced this pull request Feb 14, 2019
With the introduction of Windows 10 on ARM (ARM64), code that assumes
that Windows targets are always x86 or x86_64 targets needs to be
updated.

The hot function ReadUInt64 has been optimized in MSVC builds using the
compiler intrinsic __movsb. Since this does not exist on ARM64 Windows,
this change uses the pure C++ path that other platforms use instead.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants