-
Notifications
You must be signed in to change notification settings - Fork 13.3k
Issues: rust-lang/rust
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Author
Label
Projects
Milestones
Assignee
Sort
Issues list
Workaround for llvm bug for f32x3 saturating fp->int opt-level=0 on aarch64 is fixed in LLVM 20
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
A-SIMD
Area: SIMD (Single Instruction Multiple Data)
C-cleanup
Category: PRs that clean code up or issues documenting cleanup.
O-AArch64
Armv8-A or later processors in AArch64 mode
PG-portable-simd
Project group: Portable SIMD (https://github.com/rust-lang/project-portable-simd)
T-libs
Relevant to the library team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#135982
opened Jan 24, 2025 by
programmerjake
Meta Tracking Issue for LLVM workarounds
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-tracking-issue
Category: An issue tracking the progress of sth. like the implementation of an RFC
PG-portable-simd
Project group: Portable SIMD (https://github.com/rust-lang/project-portable-simd)
S-tracking-forever
Status: Never to be closed.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
T-libs
Relevant to the library team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#135981
opened Jan 24, 2025 by
jieyouxu
Support calling functions with SIMD vectors that couldn't be used in the caller
A-ABI
Area: Concerning the application binary interface (ABI)
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
A-SIMD
Area: SIMD (Single Instruction Multiple Data)
C-feature-request
Category: A feature request, i.e: not implemented / a PR.
T-opsem
Relevant to the opsem team
WG-llvm
Working group: LLVM backend code generation
#132865
opened Nov 10, 2024 by
RalfJung
tests/debuginfo/macro-stepping.rs remains broken with SingleUseConsts
A-debuginfo
Area: Debugging information in compiled programs (DWARF, PDB, etc.)
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
A-MIR
Area: Mid-level IR (MIR) - https://blog.rust-lang.org/2016/04/19/MIR.html
A-testsuite
Area: The testsuite used to check the correctness of rustc
C-bug
Category: This is a bug.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-debugging
Working group: Bad Rust debugging experiences
WG-llvm
Working group: LLVM backend code generation
#130896
opened Sep 26, 2024 by
khuey
LLVM's peephole-opt pass shreds debug info for aggregate types
A-debuginfo
Area: Debugging information in compiled programs (DWARF, PDB, etc.)
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-bug
Category: This is a bug.
S-waiting-on-LLVM
Status: the compiler-dragon is eepy, can someone get it some tea?
WG-llvm
Working group: LLVM backend code generation
#129434
opened Aug 23, 2024 by
khuey
Floating point comparisons are miscompiled for signalling NaN inputs on AArch64
A-floating-point
Area: Floating point numbers and arithmetic
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-external-bug
Category: issue that is caused by bugs in software beyond our control
I-miscompile
Issue: Correct Rust code lowers to incorrect machine code
I-unsound
Issue: A soundness hole (worst kind of bug), see: https://en.wikipedia.org/wiki/Soundness
O-AArch64
Armv8-A or later processors in AArch64 mode
P-high
High priority
regression-from-stable-to-stable
Performance or correctness regression from one stable version to another.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#110174
opened Apr 11, 2023 by
thomcc
-Zdylib-lto
with ThinLTO is broken on windows-msvc
A-LLVM
#109114
opened Mar 14, 2023 by
Noratrieb
Miscompilation: Equal pointers comparing as unequal
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-external-bug
Category: issue that is caused by bugs in software beyond our control
I-miscompile
Issue: Correct Rust code lowers to incorrect machine code
I-unsound
Issue: A soundness hole (worst kind of bug), see: https://en.wikipedia.org/wiki/Soundness
P-high
High priority
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#107975
opened Feb 13, 2023 by
JakobDegen
extern "C" functions don't generate the same IR definitions as clang on x86, causing problems with cross-language LTO
A-ABI
Area: Concerning the application binary interface (ABI)
A-FFI
Area: Foreign function interface (FFI)
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-bug
Category: This is a bug.
I-unsound
Issue: A soundness hole (worst kind of bug), see: https://en.wikipedia.org/wiki/Soundness
O-x86_32
Target: x86 processors, 32 bit (like i686-*) (IA-32)
P-high
High priority
regression-untriaged
Untriaged performance or correctness regression.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#102174
opened Sep 23, 2022 by
glandium
Codegen weirdness for Area: Autovectorization, which can impact perf or code size
A-codegen
Area: Code generation
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-bug
Category: This is a bug.
I-slow
Issue: Problems and improvements with respect to performance of generated code.
O-x86_64
Target: x86-64 processors (like x86_64-*) (also known as amd64 and x64)
P-high
High priority
regression-from-stable-to-stable
Performance or correctness regression from one stable version to another.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
sum
of count_ones
over an array
A-autovectorization
#101060
opened Aug 26, 2022 by
alion02
LLVM miscompiles large stack allocations
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-bug
Category: This is a bug.
I-miscompile
Issue: Correct Rust code lowers to incorrect machine code
I-unsound
Issue: A soundness hole (worst kind of bug), see: https://en.wikipedia.org/wiki/Soundness
P-high
High priority
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#100914
opened Aug 23, 2022 by
Cl00e9ment
Tracking LLVM workarounds
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-tracking-issue
Category: An issue tracking the progress of sth. like the implementation of an RFC
metabug
Issues about issues themselves ("bugs about bugs")
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#100077
opened Aug 2, 2022 by
workingjubilee
2 tasks
Use LLVM's externally_available linkage for inline functions
A-codegen
Area: Code generation
A-linkage
Area: linking into static, shared libraries and binaries
C-enhancement
Category: An issue proposing an enhancement or a PR with one.
WG-llvm
Working group: LLVM backend code generation
#89154
opened Sep 21, 2021 by
bjorn3
Regressions with large (2-4GB) stack arrays on large stacks
A-array
Area: `[T; N]`
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-bug
Category: This is a bug.
E-help-wanted
Call for participation: Help is requested to fix this issue.
E-medium
Call for participation: Medium difficulty. Experience needed to fix: Intermediate.
E-mentor
Call for participation: This issue has a mentor. Use #t-compiler/help on Zulip for discussion.
I-unsound
Issue: A soundness hole (worst kind of bug), see: https://en.wikipedia.org/wiki/Soundness
P-high
High priority
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-diagnostics
Working group: Diagnostics
WG-llvm
Working group: LLVM backend code generation
#83060
opened Mar 12, 2021 by
joshtriplett
Code generation quality for a recursive function
A-codegen
Area: Code generation
A-slice-patterns
Area: Slice patterns, https://github.com/rust-lang/rust/issues/23121
C-enhancement
Category: An issue proposing an enhancement or a PR with one.
C-optimization
Category: An issue highlighting optimization opportunities or PRs implementing such
I-slow
Issue: Problems and improvements with respect to performance of generated code.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#68467
opened Jan 22, 2020 by
lovasoa
Audit ABI implementations in rustc_target (vs Clang).
A-ABI
Area: Concerning the application binary interface (ABI)
A-codegen
Area: Code generation
A-FFI
Area: Foreign function interface (FFI)
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#65111
opened Oct 4, 2019 by
eddyb
Nest array initialization is not optimized
A-mir-opt
Area: MIR optimizations
C-optimization
Category: An issue highlighting optimization opportunities or PRs implementing such
I-slow
Issue: Problems and improvements with respect to performance of generated code.
WG-llvm
Working group: LLVM backend code generation
#58625
opened Feb 21, 2019 by
upsuper
Make codegen treat inline fns the same as regular fns in non-opt builds
A-codegen
Area: Code generation
A-incr-comp
Area: Incremental compilation
C-optimization
Category: An issue highlighting optimization opportunities or PRs implementing such
I-compiletime
Issue: Problems and improvements with respect to compile times.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-compiler-performance
Working group: Compiler Performance
WG-llvm
Working group: LLVM backend code generation
#54089
opened Sep 9, 2018 by
michaelwoerister
Captureless closures can still codegen to Area: Code generation
C-enhancement
Category: An issue proposing an enhancement or a PR with one.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
fn call(&self)
/ fn call_mut(&mut self)
.
A-codegen
#53704
opened Aug 25, 2018 by
eddyb
Comparison of Option<NonZeroU*> is not fully optimized
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-enhancement
Category: An issue proposing an enhancement or a PR with one.
C-optimization
Category: An issue highlighting optimization opportunities or PRs implementing such
I-slow
Issue: Problems and improvements with respect to performance of generated code.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#49892
opened Apr 11, 2018 by
kennytm
The NonZero types don't tell LLVM that they're non-zero on get
A-codegen
Area: Code generation
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-enhancement
Category: An issue proposing an enhancement or a PR with one.
C-optimization
Category: An issue highlighting optimization opportunities or PRs implementing such
I-slow
Issue: Problems and improvements with respect to performance of generated code.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#49572
opened Apr 2, 2018 by
scottmcm
Suboptimal inlining decisions
A-codegen
Area: Code generation
C-enhancement
Category: An issue proposing an enhancement or a PR with one.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#49541
opened Mar 31, 2018 by
glandium
Salvage clone shim cleanup and carry it to completion
A-codegen
Area: Code generation
A-MIR
Area: Mid-level IR (MIR) - https://blog.rust-lang.org/2016/04/19/MIR.html
C-cleanup
Category: PRs that clean code up or issues documenting cleanup.
I-compiletime
Issue: Problems and improvements with respect to compile times.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#49507
opened Mar 30, 2018 by
nox
Move more of rustc_llvm to upstream LLVM
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-cleanup
Category: PRs that clean code up or issues documenting cleanup.
C-tracking-issue
Category: An issue tracking the progress of sth. like the implementation of an RFC
E-help-wanted
Call for participation: Help is requested to fix this issue.
E-medium
Call for participation: Medium difficulty. Experience needed to fix: Intermediate.
S-tracking-impl-incomplete
Status: The implementation is incomplete.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#46437
opened Dec 1, 2017 by
alexcrichton
100+
rust can't serialize 11 fields efficiently
A-LLVM
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.
C-enhancement
Category: An issue proposing an enhancement or a PR with one.
C-optimization
Category: An issue highlighting optimization opportunities or PRs implementing such
I-slow
Issue: Problems and improvements with respect to performance of generated code.
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
WG-llvm
Working group: LLVM backend code generation
#45068
opened Oct 6, 2017 by
jrmuizel
Previous Next
ProTip!
Add no:assignee to see everything that’s not assigned.