rustc-dev-guide VS argparse-rosetta-rs

yes, it's possible! that list doesn't exist today but i would love to create it. i wrote a draft a few years ago before shifting to other work; someone recently expressed interest in reviving that project: https://github.com/rust-lang/rustc-dev-guide/pull/1463

<3 i'm glad you enjoyed it

It's possible - you could open an issue on the rustc-dev-guide repo if you'd like. https://github.com/rust-lang/rustc-dev-guide/

I'm very confident that this would be well received! I'm not sure where the source code for rustdoc lives, but I know that the internals getting started guide is here: https://github.com/rust-lang/rustc-dev-guide/blob/master/src/rustdoc.md. That would be a good place to start if you're looking into how the HTML is generated.

Do you have links to any good info about how much rustc reuses from previous runs? This is the first time i hear about reuse at the function level. I guess the rustc-dev-guide would be a good place for me to start?

Inspired by the rust compiler, you could represent the entire state of the application as a graph of operations with inputs and outputs. You can hash all the inputs and use that to memoize the operations, so that you don't have to repeat them, you can cache them in memory or on disk, and it helps you track which parts of the app state actually change between user operations and you can then be sure you put all the changes in the undo/redo stack, and so that you don't have to store duplicate copies of things that don't change. (How's that for a run-on sentence?) You could run a general binary diff algorithm between subsequent versions of the same operation with different inputs to try to reduce the memory used by storing the different versions, and have specialized diff algorithms for specific types of data. (How do you identify related operations? How much CPU does this use?) You can have a background task that compresses older versions with LZ4 or zstd. You can have a background task that saves older versions on-disk when there's memory pressure.

I contributed a couple small bugfixes for issues I ran into along the way as well. 1, 2

It's rustdoc: https://github.com/rust-lang/rustc-dev-guide/blob/master/src...

> Rustdoc actually uses the rustc internals directly. It lives in-tree with the compiler and standard library. This chapter is about how it works. For information about Rustdoc's features and how to use them, see the Rustdoc book. For more details about how rustdoc works, see the "Rustdoc internals" chapter.

It's clap and bpaf nowdays from fully featured ones. https://github.com/rosetta-rs/argparse-rosetta-rs

"not enough arguments" is nice, but what arguments do you need to pass? Use cli option parser such as bpaf or clap to deal with that kind of stuff - they will generate --help for you for example. https://github.com/rosetta-rs/argparse-rosetta-rs

We link to https://github.com/rosetta-rs/argparse-rosetta-rs for a full list. In such a competitive category, I don't think I can really recommend anything that doesn't handle non-utf8 arguments. I am considering adding bpaf to the recommendations in the "full" category, as they recently added this support.

Latest benchmark results Diff of clap v3 to clap v4

There's a nice overview made by /u/epage https://github.com/rosetta-rs/argparse-rosetta-rs/blob/main/docs/tradeoffs.md

We collaborated on the trade-offs document though that doesn't reflect the upcoming release which expands on the parser flexibility.

For parsing people tend to use a parser, some are listed here: https://github.com/rosetta-rs/argparse-rosetta-rs

I've updated argparse-rosetta-rs (formerly argparse-benchmarks-rs).