@@ -581,7 +581,10 @@ of the largest we've ever done! As a result alternate implementations of Rust
581
581
will likely have a difficult time catching up to rustc/LLVM with all the SIMD
582
582
intrinsics. Additionaly the semantics of "packed SIMD types should work
583
583
everywhere" may be overly difficult to implement in alternate implementations.
584
- It is worth noting that both Cretonne and GCC support packed SIMD types.
584
+ It is worth noting that both [ Cranelift] [ cranelift ] and GCC support packed SIMD
585
+ types.
586
+
587
+ [ cranelift ] : https://github.com/CraneStation/cranelift/
585
588
586
589
Due to the enormity of what's being added to the standard library it's also
587
590
infeasible to carefully review each addition in isolation. While there are a
@@ -650,10 +653,12 @@ This avenue was decided against, however, for a few reasons:
650
653
651
654
* Such raw interfaces may change over time as they simply represent LLVM as a
652
655
current point in time rather than what LLVM wants to do in the future.
653
- * Alternate implementations of rustc or alternate rustc backends like Cretonne
654
- may not expose the same sort of functionality that LLVM provides, or
655
- implementing the interfaces may be much more difficult in alternate backends
656
- than in LLVM's.
656
+ * Alternate implementations of rustc or alternate rustc backends like
657
+ [ Cranelift] [ cranelift ] may not expose the same sort of functionality that
658
+ LLVM provides, or implementing the interfaces may be much more difficult in
659
+ alternate backends than in LLVM's.
660
+
661
+ [ cranelift ] : https://github.com/CraneStation/cranelift/
657
662
658
663
As a result, it's intended that instead of exposing raw building blocks (and
659
664
allowing ` stdsimd ` to live on crates.io) we'll instead pull in ` stdsimd ` to the
0 commit comments