Use std::thread::available_parallelism for determining the default number of jobs

[Kobzol]

The function was stabilized in 1.59, while the current MSRV is 1.63.

[Kobzol]

Changed the code, let me know what do you think :) I used ok() because getting an environment variable and parsing a number have different Error types, so they don't compose well.

[madsmtm]

Looks fine after formatting nit, thanks!

[Kobzol]

Reformatted.

[Kobzol]

CI failure is unrelated, due to stable Rust being bumped :) Might be better to pin Rust versions on CI.

[NobodyXu]

CI failure is unrelated, due to stable Rust being bumped :) Might be better to pin Rust versions on CI.

I think they are fixed on main, so if you rebase it should be fine?

If my memory is wrong and it isn't fixed, can you please fix it?

I prefer not to pin rust versions and use latest releases

[Kobzol]

They don't look to be solved, I'll fix them in this PR then.

[Kobzol]

I fixed most of the issues, but there is a problem with using the env stdlib function in the JobServer::new function. The project wants me to use Build instead, but it isn't clear to me how to thread a Build instance to this function. Should I just do Build::new().getenv()?

[Kobzol]

Hmm, CI is green, but it failed locally 🤷‍♂️ Good enough for me I guess, maybe I ran Clippy in a different way than was expected.

[NobodyXu]

I fixed most of the issues, but there is a problem with using the env stdlib function in the JobServer::new function. The project wants me to use Build instead, but it isn't clear to me how to thread a Build instance to this function. Should I just do Build::new().getenv()?

Ohh it's a clippy we setup for our project, if you run cargo clippy --no-deps it should fix it

[NobodyXu]

Thank you!