Generation of our home-grown memmove doesn't depend on serializer state anymore.
authorsvenpanne@chromium.org <svenpanne@chromium.org@ce2b1a6d-e550-0410-aec6-3dcde31c8c00>
Fri, 2 May 2014 10:14:37 +0000 (10:14 +0000)
committersvenpanne@chromium.org <svenpanne@chromium.org@ce2b1a6d-e550-0410-aec6-3dcde31c8c00>
Fri, 2 May 2014 10:14:37 +0000 (10:14 +0000)
commit5170a008d34c997351f637f140821065ac8cabf6
tree69ca2927f267fe4d6fa6838b8f92c20665a9ea28
parent972bfb0dd939143107fdb8e1c9330090d76e9446
Generation of our home-grown memmove doesn't depend on serializer state anymore.

The serializer state has to be per-Isolate, but at the point where we
generate our memmoves we don't really have an Isolate. Furthermore,
there was no fundamental reason why we shouldn't use our home-grown
memmove during mksnapshot time.

Perhaps we can totally remove our own memmove nowadays, but this would
be a separate CL.

BUG=359977
LOG=y
R=bmeurer@chromium.org

Review URL: https://codereview.chromium.org/261903002

git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@21116 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
src/arm/codegen-arm.cc
src/mips/codegen-mips.cc
src/platform-posix.cc
src/platform-win32.cc
src/platform.h
src/v8.cc