| Age | Commit message (Collapse) | Author | Lines |
|---|
|
this is more in line with the x86 parse error tests. The cross-platform tests were more complete anyway
|
|
|
|
|
|
r=SparrowLii,jieyouxu
show supported register classes in error message
a simple diagnostic change that shows the supported register classes when an invalid one is found.
This information can be hard to find (especially for unstable targets), and this message now gives at least something to try or search for. I've followed the pattern for invalid clobber ABIs.
`@rustbot` label +A-inline-assembly
|
|
```
error[E0610]: `{integer}` is a primitive type and therefore doesn't have fields
--> $DIR/attempted-access-non-fatal.rs:7:15
|
LL | let _ = 2.l;
| ^
|
help: if intended to be a floating point literal, consider adding a `0` after the period and a `f64` suffix
|
LL - let _ = 2.l;
LL + let _ = 2.0f64;
|
```
|
|
in inline assembly, show the supported register classes when an invalid one is found
|
|
features by using minicore
|
|
|
|
|
|
|
|
|
|
update tests
fix bitwidth-sensitive stderr output
use build-fail for asm tests
|
|
|
|
|
|
Signed-off-by: rongfu.leng <lenronfu@gmail.com>
|
|
|
|
Tweak type inference for `const` operands in inline asm
Previously these would be treated like integer literals and default to `i32` if a type could not be determined. To allow for forward-compatibility with `str` constants in the future, this PR changes type inference to use an unbound type variable instead.
The actual type checking is deferred until after typeck where we still ensure that the final type for the `const` operand is an integer type.
<!--
If this PR is related to an unstable feature or an otherwise tracked effort,
please link to the relevant tracking issue here. If you don't know of a related
tracking issue or there are none, feel free to ignore this.
This PR will get automatically assigned to a reviewer. In case you would like
a specific user to review your work, you can assign it to them by using
r? <reviewer name>
-->
|
|
|
|
|
|
|
|
|
|
Add handling for `String`, `Box`, `Option` and `Result`.
|
|
Mention Register Size in `#[warn(asm_sub_register)]`
Fixes #121593
Displays the register size information obtained from `suggest_modifier()` and `default_modifier()`.
|
|
|
|
|
|
|
|
|
|
|
|
This is to make the diff when stabilizing it easier to review.
|
|
|
|
Using hash set instead of vec to weed out duplicates
|
|
|
|
|
|
The `asm!` and `global_asm!` macros require their operands to appear
strictly in the following order:
- Template strings
- Positional operands
- Named operands
- Explicit register operands
- `clobber_abi`
- `options`
This is overly strict and can be inconvienent when building complex
`asm!` statements with macros. This PR relaxes the ordering requirements
as follows:
- Template strings must still come before all other operands.
- Positional operands must still come before named and explicit register
operands.
- Named and explicit register operands can be freely mixed.
- `options` and `clobber_abi` can appear in any position.
|
|
|
