- 09 5月, 2016 1 次提交
-
-
由 Amanieu d'Antras 提交于
-
- 19 4月, 2016 1 次提交
-
-
由 Eduard Burtescu 提交于
-
- 24 9月, 2015 1 次提交
-
-
由 Sebastian Wicki 提交于
This adds a new target property, `target_vendor` which can be used as a matcher for conditional compilation. The vendor is part of the autoconf target triple: <arch><sub>-<vendor>-<os>-<env> The default value for `target_vendor` is "unknown". Matching against the `target_vendor` with `#[cfg]` is currently feature gated as `cfg_target_vendor`.
-
- 17 7月, 2015 1 次提交
-
-
由 Alex Crichton 提交于
Turns out for OSX our data layout was subtly wrong and the LLVM update must have exposed this. Instead of fixing this I've removed all data layouts from the compiler to just use the defaults that LLVM provides for all targets. All data layouts (and a number of dead modules) are removed from the compiler here. Custom target specifications can still provide a custom data layout, but it is now an optional key as the default will be used if one isn't specified.
-
- 28 4月, 2015 1 次提交
-
-
由 Alex Crichton 提交于
This adds a new `#[cfg]` matcher against the `target_env` property of the destination target triple. For example all windows triples today end with `-gnu` but we will also hopefully support non-`gnu` targets for Windows, at which point we'll need to differentiate between the two. This new `target_env` matches is provided and filled in with the target's environment name. Currently the only non-empty value of this name is `gnu`, but `musl` will be shortly added for the linux triples.
-
- 26 1月, 2015 1 次提交
-
-
由 Björn Steinbrink 提交于
Limiting ourselves to a generic x86 instruction set doesn't seem useful. Both users running those systems on original i386 hardware might as well manually specify a target cpu ;-) Clang uses the same default.
-
- 08 1月, 2015 1 次提交
-
-
由 Nick Cameron 提交于
Closes #20421 [breaking-change]
-
- 05 11月, 2014 1 次提交
-
-
由 Joseph Crail 提交于
-
- 04 11月, 2014 2 次提交
-
-
由 Corey Richardson 提交于
-
由 Corey Richardson 提交于
Removes all target-specific knowledge from rustc. Some targets have changed during this, but none of these should be very visible outside of cross-compilation. The changes make our targets more consistent. iX86-unknown-linux-gnu is now only available as i686-unknown-linux-gnu. We used to accept any value of X greater than 1. i686 was released in 1995, and should encompass the bare minimum of what Rust supports on x86 CPUs. The only two windows targets are now i686-pc-windows-gnu and x86_64-pc-windows-gnu. The iOS target has been renamed from arm-apple-ios to arm-apple-darwin. A complete list of the targets we accept now: arm-apple-darwin arm-linux-androideabi arm-unknown-linux-gnueabi arm-unknown-linux-gnueabihf i686-apple-darwin i686-pc-windows-gnu i686-unknown-freebsd i686-unknown-linux-gnu mips-unknown-linux-gnu mipsel-unknown-linux-gnu x86_64-apple-darwin x86_64-unknown-freebsd x86_64-unknown-linux-gnu x86_64-pc-windows-gnu Closes #16093 [breaking-change]
-
- 31 5月, 2014 1 次提交
-
-
由 Alex Crichton 提交于
This is part of the ongoing renaming of the equality traits. See #12517 for more details. All code using Eq/Ord will temporarily need to move to Partial{Eq,Ord} or the Total{Eq,Ord} traits. The Total traits will soon be renamed to {Eq,Ord}. cc #12517 [breaking-change]
-
- 14 4月, 2014 1 次提交
-
-
由 Manish Goregaokar 提交于
-
- 01 4月, 2014 1 次提交
-
-
由 Alex Crichton 提交于
-
- 08 2月, 2014 1 次提交
-
-
由 Derek Guenther 提交于
-
- 04 5月, 2013 1 次提交
-
-
由 Daniel Micay 提交于
-
- 23 3月, 2013 1 次提交
-
-
由 Patrick Walton 提交于
-
- 15 2月, 2013 2 次提交
-
-
由 Patrick Walton 提交于
-
由 Patrick Walton 提交于
-
- 04 2月, 2013 1 次提交
-
-
由 Patrick Walton 提交于
-