[simd] Introduce SIMD types (as classes)
authorrossberg <rossberg@chromium.org>
Fri, 21 Aug 2015 10:49:31 +0000 (03:49 -0700)
committerCommit bot <commit-bot@chromium.org>
Fri, 21 Aug 2015 10:49:39 +0000 (10:49 +0000)
commita60f19220aadbe56bc34d2a4c040e75b2a5833fb
tree9c815bc18a52238dda3a6978db9dfa006ebe85d9
parent0afbd7add0a3035acbfcc40dc8894a1ed3280c98
[simd] Introduce SIMD types (as classes)

- Introduce a proper bit for SIMD primitive values.
- Introduce constructors for individual SIMD types. These are currently just classes, which seems good enough for now, given that we always have exactly one global map per SIMD type.

The only problem with using class types for SIMD is that a SIMD constant won't be a subtype of its specific type, only of the general SIMD type. But until we actually introduce SIMD constants into the compiler that shouldn't matter.

R=jarin@chromium.org
BUG=

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

Cr-Commit-Position: refs/heads/master@{#30294}
src/types-inl.h
src/types.cc
src/types.h
test/cctest/types-fuzz.h