If you're interested in language design, please help us polish up the new Delegation RFC draft. This gives us ergonomic and efficient code reuse using the composition pattern while avoiding the downsides of OOP inheritance. It could also allow ergonomic implementation of custom widgets in a pure Rust GUI library.
This was on the 2017 Roadmap in the Traits section, but we didn't finish the design before the impl period. This draft is limited in scope and much easier to read and understand than the last one.
Looking to see if anyone is interesting in giving System76 a hand with our distinst Rust project, the distribution installer backend used by the new installer. Anyone willing to help test & optimize the project in any way before the Pop!_OS 18.04 release would be giving the project a big help.
These issues, in particular, would be helpful, ordered from most important to least important.
Hello, tokei is looking to fill up it's existing supported languages test coverage. This is very easy and doesn't even require knowledge of Rust! There's 107 languages missing coverage so there's enough to go around
Clippy has a lot of good first issues and it can be a bit tough to find a specific one to work on. So here is the one I started with a few months ago.
Essentially it's moving around bits of test code to improve the test output and avoiding to break any tests. It's a good way to familiarize yourself with the clippy codebase, UI tests and also helps all the other contributors. The issue has some referenced PRs that you can take a look at. If that's not enough you are always welcome to ask for help. https://github.com/rust-lang-nursery/rust-clippy/issues/2038
Currently, most of the important issues involve DWARF/ELF assembly or ptrace intrinsics so they're medium to hard. I'm willing to mentor anyone looking to get involved.
annotate-snippets - a crate for code snippets visual annotations (think: rustc error display) released 0.1 and is looking for code review, testing and feedback.
I would like to call some attention to https://github.com/rust-lang-nursery/rustc-guide/issues/89 (Codegen: LLVM IR, Monomorphization, Codegen Units, Partitioning, Symbol Linkage and Visibility) which remains one of the biggest gaps in the rustc-guide today.
The language-rust project (Rust syntax highlighting) could need some assistance.
It's an npm / Atom package I started from scratch several years ago and quite widely used (Atom, VSCode, GitHub, many others). I think it's generally in good shape. There are some minor bugs (e.g. with nested generic parameters) and some missing features (e.g. no async/await syntax support yet), but nothing really bad. Unfortunately, I'm not a JS expert and especially with more special cases I'm lacking time and JS or npm (or Atom) knowledge for having answers to every issue.
Also, Rust is gaining popularity and so more people come to discuss things. Often people come from other languages or IDEs and sometimes complain about the editor switching to recommended settings (4 spaces, 99 chars), or not having enough snippets. I feel like some presence of the Rust community there would be nice so that there are more balanced opinions on these topics. Some help with PR reviews (most people sadly submit PRs without tests) would be nice too.
intl_pluralrules is a low level API which enables many higher level internationalization and localization APIs. You can read more about it in the introduction blog post.
Since the library will be used in many performance-critical places (first paint path for multilingual software) and we have full control over how we generate and store the plural rules, we'd like to focus on maximizing the performance and minimizing the memory footprint of the library.
For that we're seeking advice and review from members of the community experienced in the topic.
