error reporting loop
Open
Nobody has claimed this yet.
C-bug
E-help-wanted
- Dominant language
- Rust
- Stars
- 7k
- Forks
- 1.1k
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 24
Description
// build-pass
// revisions: all strong basic
// compile-flags: --target nvptx64-nvidia-cuda
// needs-llvm-components: nvptx
// [all] compile-flags: -Z stack-protector[no_std]
#[lang = "sized"]
#![crate_type = "lib"]
fn T(){trait Copy {}
#![crate_type = "lib"]
#![feature(no_core, lang_items)]
#![no_std]
#![no_core]
#![crate_type = "lib"]
fn T<'a, main>(){trait Copy {}
#![crate_type = "lib"]
#![feature(no_core, lang_items)]
#![no_std]
#![no_core]
#![crate_type = "lib"]
pub fn T(){trait Copy {}
#![crate_type = "lib"]
#![feature(no_core, lang_items)]
#![no_std]
#![no_core]
#![crate_type = "lib"]
async fn T<'a, main>(){"sized"
#![crate_type = "lib"]
#![feature(no_core, lang_items)]
#![no_std]
#![no_core]
#![crate_type = "lib"]
fn T(){trait Copy {}
#![crate_type = "lib"]
#![feature(no_core, lang_items)]
#![no_std]
#![no_core]
#![crate_type = "lib"]
fn T<'a, main>(){trait Copy {}
#![crate_type = "lib"]
#![feature(no_core, lang_items)]
#![no_std]
#![no_core]
#![crate_type = "lib"]
pub fn T(){trait Copy {}
#![crate_type = "lib"]
#![feature(no_core, lang_items)]
#![no_std]
#![no_core]
#![crate_type = "lib"]
async fn T<'a, main>(){"sized"
#![crate_type = "lib"]
#![feature(no_core, lang_items)]
#![no_std]
#![no_core]
#![crate_type = "lib"]
trait Copy{ {}}
#[lang = ]
fn main(){}
fn main()fn main(){}
#[lang = ]
fn main(){}
fn main()fn main(){}
(0)
#[lang = ]
fn main(){}
fn main()fn main(){}
#[lang = ]
fn main(){}
fn main()fn main(){}
(0)
if I run rustfmt on this, it looks like it just prints errors in a loop
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the report by running rustfmt on the Rust snippet in the issue and confirm whether diagnostics repeat indefinitely. Trace the error-reporting path involved in the repeated output; done means malformed input produces a finite diagnostic result rather than an error-reporting loop.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100