about summary refs log tree commit diff
path: root/tests/ui/attributes/malformed-fn-align.stderr
AgeCommit message (Collapse)AuthorLines
2025-08-22Updated uitests for new parserJonathan Brouwer-14/+20
2025-08-14Update uitestsJonathan Brouwer-27/+23
Signed-off-by: Jonathan Brouwer <jonathantbrouwer@gmail.com>
2025-07-19Mitigate `#[align]` name resolution ambiguity regression with a renameJieyou Xu-58/+58
From `#[align]` -> `#[rustc_align]`. Attributes starting with `rustc` are always perma-unstable and feature-gated by `feature(rustc_attrs)`. See regression RUST-143834. For the underlying problem where even introducing new feature-gated unstable built-in attributes can break user code such as ```rs macro_rules! align { () => { /* .. */ }; } pub(crate) use align; // `use` here becomes ambiguous ``` refer to RUST-134963. Since the `#[align]` attribute is still feature-gated by `feature(fn_align)`, we can rename it as a mitigation. Note that `#[rustc_align]` will obviously mean that current unstable user code using `feature(fn_aling)` will need additionally `feature(rustc_attrs)`, but this is a short-term mitigation to buy time, and is expected to be changed to a better name with less collision potential. See <https://rust-lang.zulipchat.com/#narrow/channel/238009-t-compiler.2Fmeetings/topic/.5Bweekly.5D.202025-07-17/near/529290371> where mitigation options were considered.
2025-07-06Add more tests for invalid alignmentsJules Bertholet-5/+37
2025-07-06Remove `repr(align)` codeJules Bertholet-1/+25
2025-06-19correct template for `#[align]`Folkert de Vries-24/+25
it should not suggest just `#[align]`
2025-06-18add `#[align]` attributeFolkert de Vries-6/+63
Right now it's used for functions with `fn_align`, in the future it will get more uses (statics, struct fields, etc.)
2025-02-24add test to verify that #132391 can be closedJana Dönszelmann-0/+9