Add core_simd/tests/cast.rs

Add Simd::cast

Merge pull request #231 from AlecGoncharow/patch-1

fix documentation typo

Update crates/core_simd/src/vector/float.rs

Co-authored-by: Alexander Ronald Altman <alexanderaltman@me.com>

fix documentation typo

Remove redundant "neither" in the documentation comment.

Annotate signed type in int_divrem_guard

The way the macro expands, it may sometimes infer
"this is a uint, but doesn't impl Neg???"
Also, I made the "wrong path for intrinsics" error.
These fixes allow integration into libcore.

Use intrinsics for Mask::{to,from}_array

This significantly simplifies codegen and should improve mask perf.

Co-authored-by: Jacob Lifshay <programmerjake@gmail.com>

Merge pull request #224 from rust-lang/feature/min-max-intrinsic

Use intrinsic for min/max

Use intrinsic for min/max

Fix mask alias

 Merge portable-simd#219 - ./std-float

 impl std::simd::StdFloat

 This introduces an extension trait to allow use of floating point methods
 that need runtime support. It is *excessively* documented because its mere
 existence is quite vexing, as the entire thing constitutes a leakage of
 implementation details into user observable space. Eventually the entire
 thing will ideally be folded into core and restructured to match the rest
 of the library, whatever that structure might look like at the time. This
 is preferred in lieu of the "lang item" path because any energy the lang
 items require (and it will be significant, by Simulacrum's estimation) is
 better spent on implementing our libmvec.

Tear down and rewrite support for float testing

impl std::simd::StdFloat

While consulting with Simulacrum on how to make available the float
functions that currently require runtime support for `Simd<f32, N>` and
`Simd<f64, N>`, we realized breaking coherence with the classic approach
of lang items was, since `{core,std}::simd::Simd` is a `ty::Adt`, likely
to be quite a bit nasty. The project group has a long-term plan for how
to get around this kind of issue and move the associated functions into
libcore, but that will likely take time as well. Since all routes
forward are temporally costly, we probably will skip the lang item
approach entirely and go the "proper" route, but in the interests of
having something this year for people to play around with, this
extension trait was whipped up.

For now, while it involves a lot of fairly internal details most users
shouldn't have to care about, I went ahead and fully documented the
situation for any passerby to read on the trait, as the situation is
quite unusual and puzzling to begin with.

Merge portable-simd#210 - ./wrap-shifts

Refactor ops.rs with wrapping shifts

This approaches reducing macro nesting in a slightly different way. Instead of just flattening details, make one macro apply another. This allows specifying all details up-front in the first macro invocation, making it easier to audit and refactor in the future.

This refactor also has some functional changes. Only one is a true behavior change, however:
- The visible one is that SIMD shifts are now wrapping, not panicking on overflow
- `core::simd` now has a lot more instances of `#[must_use]`, which merely lints
- div/rem now perform a SIMD check but remain as before, which should improve performance but be invisible

Use Mask::any in div check

Refactor ops.rs with a recursive macro

This approaches reducing macro nesting in a slightly different way.
Instead of just flattening details, make one macro apply another.
This allows specifying all details up-front in the first macro
invocation, making it easier to audit and refactor in the future.

Use relative intrinsics paths for bitmasks

Finish refactoring ints in ops.rs

This should perform a SIMD check for whether or not we can div/rem,
so that we can panic several times faster!

Refactor float arith with `#[must_use]`

Refactor bitops with `#[must_use]`

Wrap bitshifts in ops.rs

For all other operators, we use wrapping logic where applicable.
This is another case it applies. Per rust-lang/rust#91237, we may
wish to specify this as the natural behavior of `simd_{shl,shr}`.

Merge portable-simd#207 - ./feature/simplify-select

Remove Select trait

I realized that our `select` implementation predated `Simd` being generic over element type, and we don't really need the `Select` trait at all. The function signature is much simpler now (generic over element type, rather than over the entire vector). This did require changing mask select to be a different function, but I think that's fine considering they're not necessarily vectors.

Remove Select trait

Merge portable-simd#195 - portable-simd:trait-ops

Generic `core::ops` for `Simd<T, _>`

In order to maintain type soundness, we need to be sure we only implement an operation for `Simd<T, _> where T: SimdElement`... and also valid for that operation in general. While we could do this purely parametrically, it is more sound to implement the operators directly for the base scalar type arguments and then use type parameters to extend the operators to the "higher order" operations.

This implements that strategy and cleans up `simd::ops` into a few submodules:
- assign.rs: `core::ops::*Assign`
- deref.rs:  `core::ops` impls which "deref" borrowed versions of the arguments
- unary.rs: encloses the logic for unary operators on `Simd`, as unary ops are much simpler

This is possible since everything need not be nested in a single maze of macros anymore. The result simplifies the logic and allows reasoning about what operators are valid based on the expressed trait bounds, and also reduces the size of the trait implementation output in rustdoc, for a huge win of 4 MB off the size of `struct.Simd.html`! This addresses a common user complaint, as the original was over 5.5 MB and capable of crashing browsers!

This also carries a fix for a type-inference-related breakage, by removing the autosplatting (vector + scalar binop) impls, as unfortunately the presence of autosplatting was capable of busting type inference. We will likely need to see results from a Crater run before we can understand how to re-land autosplatting.

impl Op<&'_ RHS> for &'_ LHS

Drop splats for Simd<T, _>

Unfortunately, splatting impls currently break several crates.
Rust needs more time to review possible mitigations, so
drop the impls for the `impl Add<T> for Simd<T, _>` pattern, for now.

impl unary.rs for Simd<{i,u}{8,16,32,64,size}, _>

In order to assure type soundness, these "base" impls
need to go directly on Simd<T, _> for every scalar type argument.
A bit of cleanup of ops.rs is still warranted.

Uncomment AVX512 byte vector conversions

Resolves my comment in #197, at least for now; #187 is pending but since these are already here, just commented, it seemed to make sense to me to re-enable them anyway.

Generically implement horizontal_{and,or,xor}

impl assign.rs<U> for Simd<T, _>

Instead of implementing {Op}Assign traits for individual scalar type args
to Simd<_, _>, use parametric impls that reassert the bounds of the binary op.

impl deref.rs<&Self> for Simd<T, _>

Instead of implementing each "deref" pattern for every single scalar,
we can use type parameters for Simd operating on &Self.
We can use a macro, but keep it cleaner and more explicit.

Attempt to support to 64 lanes

Merge pull request #192 from pro465/patch-1

Fix outdated workflow badge

Fix outdated workflow badge

Sprinkle the crate with #[must_use]

Merge pull request #190 from alex/patch-1

Update CONTRIBUTING.md for the fact that Travis is no longer used

Update CONTRIBUTING.md for the fact that Travis is no longer used

Use new bitmask intrinsics with byte arrays

Rewrite Arm transmutes, reading std::arch closer

Restrict Arm types to Arm v7+

This mostly mirrors the restrictions in std::arch.
It can be loosened slightly with later refactoring.

Dynamically detect AVX512 in CI

We would like to check for errors with AVX512,
but we don't pick our CPU. So, detect available features.
This variance in checks stochastically reveals issues.
Nondeterminism is acceptable as our goal is protecting downstream.

Deny warnings in CI and fix

Use the right name for AVX512F

Merge pull request #175 from rust-lang/feature/more-actions

Delete travis config, move tests to github actions.

Delete travis config, move tests to github actions.

Merge pull request #181 from rust-lang/rotate_lanes

rotate_{left,right} -> rotate_lanes_{left,right}

add `Simd::from_slice` (#177)

* add `Simd::from_slice`

uses a zeroed initial array and loops so that it can be const.
unfortunately, parameterizing the assert with slice length
needs `#![feature(const_fn_fn_ptr_basics)]` to work.

rotate_{left,right} -> rotate_lanes_{left,right}

Hide select impl in sealed trait

Hide mask impl details in sealed trait.

Fixup import pathing for core

This changes simd_swizzle! to a decl_macro to give it a path,
so it can be imported using a path and not the crate root.
It also adds various uses that were missed and adjusts paths.

Improve docs

Update crates/core_simd/src/swizzle.rs

Co-authored-by: Jubilee <46493976+workingjubilee@users.noreply.github.com>

Remove adt_const_params feature

simd_shuffle -> simd_swizzle

Fix macro in core

Co-authored-by: Jubilee <46493976+workingjubilee@users.noreply.github.com>

Add new swizzle API

Expand swizzle API and migrate existing functions. Add rotate_left, rotate_right.

Hide implementation details

Add simd_shuffle macro

Simplify language for scatter/gather

Co-authored-by: Caleb Zulawski <caleb.zulawski@gmail.com>

Rewrite gather/scatter docs

Headings with # Safety and # Examples are more "std style".
Use terms like "enable" and "disable", rather than "mask" jargon.

docs: fix typo gather -> scatter

Co-authored-by: Jacob Lifshay <programmerjake@gmail.com>

Add {gather,scatter}_select_unchecked

This unsafe variant allows the thinnest API, in case LLVM cannot
perform loop-invariant code motion on a hot loop when the safe
form is used.

An unchecked variant could be added to other forms, but doesn't
seem likely to improve anything, since it would just add heavier
codegen.

Add lanes() and associated LANES const

Renovate for Edition 2021

In a still-future edition, `unsafe_op_in_unsafe_fn` may error.
Let's get ahead of that.

Add associated LANES const

Add lanes()

Make sure MaskElement is in bitmasks.rs

Feature-flag fused mul-add to block libcalls

Feature-flag doc tests so they run for core

Cleanup more for std::simd also

Restructure crate as core module

Aligns module with rust-lang/library/core, creating an... unusual
architecture that is easier to pull in as a module, as core itself can
have no dependencies (as we haven't built core yet).

Fix cargo features for nightly (#155)

* Fix cargo features for nightly

Merge pull request #154 from rust-lang/feature/generic-element-type

Change vectors to be generic over element type.

Rename element type variable

Update crates/core_simd/src/vector.rs

Co-authored-by: Jubilee <46493976+workingjubilee@users.noreply.github.com>

Remove mask aliases

Remove aliases

Remove remaining usage of aliases

Remove aliases from most tests

Remove aliases from op trait impls

Remove most usage of type aliases

Remove unused transmute file

Implement comparisons generically

Implement select generically

Convert all masks to a single type

Remove Mask trait

Remove Vector trait

Change to various generic impls

Convert all vectors to a single type

Merge pull request #153 from rust-lang/death-of-the-author

Rename to portable-simd and remove other names

Rename to portable-simd and remove other names

Clean up references to the repo's previous name.
Removes the authors field, which is non-obligatory since RFC 3052.
Better to omit than confound: let git log be our witness.

Merge pull request #152 from rust-lang/feature/const_eval_checked

Feature/const eval checked
Adds the const_evaluatable_checked cargo feature for some experimental (but very useful) function implementations. Adds testing all cargo features to CI.

Change bitmasks to use less opaque type

Fix feature flag in CI

Add CI for testing cargo features

Add const_evaluatable_checked feature, change to_bitmask to use it, and fix existing std feature

Merge pull request #142 from rust-lang/feature/traits

Combine LanesAtMost32 and SimdArray into a single trait "Vector"

Attempts to fix some unresolved questions in #139 regarding `SimdArray` having a generic parameter.

In particular, this made it not appropriate for replacing `LanesAtMost32`.  Additionally, it made it impossible to use in a context where you otherwise don't know the lane count, e.g. `impl Vector`.

An unfortunate side effect of this change is that scatter/gather no longer work in the trait (nor does anything else that references the lane count in a type.  This requires the super-unstable `const_evaluatable_checked` feature).

I also threw in the change from `as_slice` to `as_array` as discussed in zulip, and fixes #51.

Add lane count marker type

Move vector implementation

Use new module naming

Change as_slice to as_array