AuroraMiddleware/v8
1
0
Fork 0
Code Issues 2 Pull Requests Releases Wiki Activity
e82f94466f
v8/src/simulator.h

31 lines
860 B
C
Raw Normal View History

Rework the way we handle the fact that the ARM simulator uses a separate JS stack. In exception handling, we need to be able to compare addresses into the JavaScript portion of the stack with the address of a C++ handler on the stack. Since the stacks are separate on the simulator, we need a JavaScript stack address corresponding to a C++ try catch handler in order to perform valid address comparisons. On the simulator, we now link the C++ try catch handlers indirectly through the JS stack and use the JS stack indirection address for comparisons. JS C++ handler [C++ address] <------ next_ \ \ \----> handler [C++ address] <------ next_ On actual hardware the C++ try catch handlers continue to be directly linked. BUG=http://code.google.com/p/v8/issues/detail?id=271 Review URL: http://codereview.chromium.org/360004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3228 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2009-11-05 13:27:21 +00:00
// Copyright 2009 the V8 project authors. All rights reserved.
Bulk update of Google copyright headers in source files. R=svenpanne@chromium.org Review URL: https://codereview.chromium.org/259183002 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@21035 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-04-29 06:42:26 +00:00
// Use of this source code is governed by a BSD-style license that can be
// found in the LICENSE file.
Rework the way we handle the fact that the ARM simulator uses a separate JS stack. In exception handling, we need to be able to compare addresses into the JavaScript portion of the stack with the address of a C++ handler on the stack. Since the stacks are separate on the simulator, we need a JavaScript stack address corresponding to a C++ try catch handler in order to perform valid address comparisons. On the simulator, we now link the C++ try catch handlers indirectly through the JS stack and use the JS stack indirection address for comparisons. JS C++ handler [C++ address] <------ next_ \ \ \----> handler [C++ address] <------ next_ On actual hardware the C++ try catch handlers continue to be directly linked. BUG=http://code.google.com/p/v8/issues/detail?id=271 Review URL: http://codereview.chromium.org/360004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3228 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2009-11-05 13:27:21 +00:00
#ifndef V8_SIMULATOR_H_
#define V8_SIMULATOR_H_
#if V8_TARGET_ARCH_IA32
Use full include paths everywhere - this avoids using relative include paths which are forbidden by the style guide - makes the code more readable since it's clear which header is meant - allows for starting to use checkdeps BUG=none R=jkummerow@chromium.org, danno@chromium.org LOG=n Review URL: https://codereview.chromium.org/304153016 git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@21625 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-06-03 08:12:43 +00:00
#include "src/ia32/simulator-ia32.h"
Rework the way we handle the fact that the ARM simulator uses a separate JS stack. In exception handling, we need to be able to compare addresses into the JavaScript portion of the stack with the address of a C++ handler on the stack. Since the stacks are separate on the simulator, we need a JavaScript stack address corresponding to a C++ try catch handler in order to perform valid address comparisons. On the simulator, we now link the C++ try catch handlers indirectly through the JS stack and use the JS stack indirection address for comparisons. JS C++ handler [C++ address] <------ next_ \ \ \----> handler [C++ address] <------ next_ On actual hardware the C++ try catch handlers continue to be directly linked. BUG=http://code.google.com/p/v8/issues/detail?id=271 Review URL: http://codereview.chromium.org/360004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3228 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2009-11-05 13:27:21 +00:00
#elif V8_TARGET_ARCH_X64
Use full include paths everywhere - this avoids using relative include paths which are forbidden by the style guide - makes the code more readable since it's clear which header is meant - allows for starting to use checkdeps BUG=none R=jkummerow@chromium.org, danno@chromium.org LOG=n Review URL: https://codereview.chromium.org/304153016 git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@21625 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-06-03 08:12:43 +00:00
#include "src/x64/simulator-x64.h"
Rename A64 port to ARM64 port BUG=354405 R=ulan@chromium.org, rodolph.perfetta@arm.com LOG=y Review URL: https://codereview.chromium.org/207823003 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@20148 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-03-21 09:28:26 +00:00
#elif V8_TARGET_ARCH_ARM64
Use full include paths everywhere - this avoids using relative include paths which are forbidden by the style guide - makes the code more readable since it's clear which header is meant - allows for starting to use checkdeps BUG=none R=jkummerow@chromium.org, danno@chromium.org LOG=n Review URL: https://codereview.chromium.org/304153016 git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@21625 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-06-03 08:12:43 +00:00
#include "src/arm64/simulator-arm64.h"
Rework the way we handle the fact that the ARM simulator uses a separate JS stack. In exception handling, we need to be able to compare addresses into the JavaScript portion of the stack with the address of a C++ handler on the stack. Since the stacks are separate on the simulator, we need a JavaScript stack address corresponding to a C++ try catch handler in order to perform valid address comparisons. On the simulator, we now link the C++ try catch handlers indirectly through the JS stack and use the JS stack indirection address for comparisons. JS C++ handler [C++ address] <------ next_ \ \ \----> handler [C++ address] <------ next_ On actual hardware the C++ try catch handlers continue to be directly linked. BUG=http://code.google.com/p/v8/issues/detail?id=271 Review URL: http://codereview.chromium.org/360004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3228 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2009-11-05 13:27:21 +00:00
#elif V8_TARGET_ARCH_ARM
Use full include paths everywhere - this avoids using relative include paths which are forbidden by the style guide - makes the code more readable since it's clear which header is meant - allows for starting to use checkdeps BUG=none R=jkummerow@chromium.org, danno@chromium.org LOG=n Review URL: https://codereview.chromium.org/304153016 git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@21625 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-06-03 08:12:43 +00:00
#include "src/arm/simulator-arm.h"
Contribution of PowerPC port (continuation of 422063005) Contribution of PowerPC port (continuation of 422063005). The inital patch covers the core changes to the common files. Subsequent patches will cover changes to common files to support AIX and to update the ppc directories so they are current with the changes in the rest of the project. This is based off of the GitHub repository https://github.com/andrewlow/v8ppc BUG= R=svenpanne@chromium.org, danno@chromium.org, sevnpanne@chromium.org Review URL: https://codereview.chromium.org/817143002 Cr-Commit-Position: refs/heads/master@{#26091}
2015-01-16 07:42:00 +00:00
#elif V8_TARGET_ARCH_PPC
#include "src/ppc/simulator-ppc.h"
MIPS port initial commit This is the first step in the MIPS port of V8. It adds assembler, disassembler and simulator for the MIPS32 architecture. Contains stubbed out implementation of all the compiler/code generator infrastructure to make it all build. Patch by Alexandre Rames from Sigma Designs Inc. This is the landing of http://codereview.chromium.org/543161. Review URL: http://codereview.chromium.org/561072 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3799 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2010-02-04 20:36:58 +00:00
#elif V8_TARGET_ARCH_MIPS
Use full include paths everywhere - this avoids using relative include paths which are forbidden by the style guide - makes the code more readable since it's clear which header is meant - allows for starting to use checkdeps BUG=none R=jkummerow@chromium.org, danno@chromium.org LOG=n Review URL: https://codereview.chromium.org/304153016 git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@21625 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-06-03 08:12:43 +00:00
#include "src/mips/simulator-mips.h"
Add mips64 port. Summary: - Changes in common code are mainly boilerplate changes, gyp and test status files updates. - On mips64 simulator all tests pass from all test units. - Current issues: mjsunit JS debugger tests fail randomly on HW in release mode. Corresponding tests are skipped on HW. - Skipped tests on mips64: test-heap/ReleaseOverReservedPages, mjsunit/debug-* TEST= BUG= R=danno@chromium.org, plind44@gmail.com, ulan@chromium.org Review URL: https://codereview.chromium.org/371923006 git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@22297 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-07-09 11:08:26 +00:00
#elif V8_TARGET_ARCH_MIPS64
#include "src/mips64/simulator-mips64.h"
S390: Platform specific includes in common files Add S390 platform specific \#includes across various common files. Add S390 CPU features to enum. Add S390 implementation to extract sp/fp/pc from signal context. R=danno@chromium.org,jkummerow@chromium.org,jochen@chromium.org,jyan@ca.ibm.com,michael_dawson@ca.ibm.com,mbrandy@us.ibm.com BUG= Review URL: https://codereview.chromium.org/1777593003 Cr-Commit-Position: refs/heads/master@{#34674}
2016-03-10 14:02:50 +00:00
#elif V8_TARGET_ARCH_S390
#include "src/s390/simulator-s390.h"
Introduce x87 port Support x87-only platform (ia32 without SSE) R=danno@chromium.org Review URL: https://codereview.chromium.org/293743005 Patch from Weiliang Lin <weiliang.lin@intel.com>. git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@21469 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-05-23 16:37:27 +00:00
#elif V8_TARGET_ARCH_X87
Use full include paths everywhere - this avoids using relative include paths which are forbidden by the style guide - makes the code more readable since it's clear which header is meant - allows for starting to use checkdeps BUG=none R=jkummerow@chromium.org, danno@chromium.org LOG=n Review URL: https://codereview.chromium.org/304153016 git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@21625 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2014-06-03 08:12:43 +00:00
#include "src/x87/simulator-x87.h"
Rework the way we handle the fact that the ARM simulator uses a separate JS stack. In exception handling, we need to be able to compare addresses into the JavaScript portion of the stack with the address of a C++ handler on the stack. Since the stacks are separate on the simulator, we need a JavaScript stack address corresponding to a C++ try catch handler in order to perform valid address comparisons. On the simulator, we now link the C++ try catch handlers indirectly through the JS stack and use the JS stack indirection address for comparisons. JS C++ handler [C++ address] <------ next_ \ \ \----> handler [C++ address] <------ next_ On actual hardware the C++ try catch handlers continue to be directly linked. BUG=http://code.google.com/p/v8/issues/detail?id=271 Review URL: http://codereview.chromium.org/360004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3228 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
2009-11-05 13:27:21 +00:00
#else
#error Unsupported target architecture.
#endif
#endif // V8_SIMULATOR_H_
Reference in New Issue Copy Permalink