11

Github RFC: `cargo`-`miri` integration by mark-i-m · Pull Request #3099 · rust-l...

 4 years ago
source link: https://github.com/rust-lang/rfcs/pull/3099
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

Conversation

Copy link

Member

mark-i-m commented 5 days ago

I've been meaning to write this RFC for years now, but the opportunities just keep passing me up... until now tada

mark-i-m

changed the title Add cargo-miri integration RFC

RFC: cargo-miri integration

5 days ago

Copy link

Contributor

Lokathor commented 5 days ago

Feels like you're a day early.

Copy link

Member

kennytm commented 5 days ago

@Lokathor The date is correct in Japan.

[unresolved-questions]: #unresolved-questions

- Are corgis really the best dog to name this tool after? The name at least sounds like `cargo` a bit...

- What about all the cat-lovers in the rust community?

Kixiron 5 days ago

Member

Who needs 'em? This is a non-issue, please remove it from the unresolved questions as it's quite self-evident

petrochenkov 4 days ago

Contributor

What about all the cat-lovers in the rust community?

Miri is a cat in the first place, so their needs are already covered.

Copy link

Contributor

Lokathor commented 5 days ago

I suppose technically so, but midnight-30 is still pretty early

Copy link

Member

Author

mark-i-m commented 5 days ago

Yeah, I wrestled with that too... problem is if I posted it when I wake up on April 1, it will already be over for most of the world...

Copy link

Member

Author

mark-i-m commented 5 days ago

I hate living on an ellipsoid :( Maybe somebody should post an RFC to change that....

Copy link

Member

kennytm commented 5 days ago

corgi fetch -- ellipsoid

Thank you for this RFC, i always feel that people use too many dependencies and cargo should make build times exponentially worse the more dependencies you use, up until the deno folks have to figure out how to run cargo for 3 weeks with their ~400 dependencies. Have you considered running everything on top of valgrind? then for every byte leaked you add 1 second to the build times just to discourage leaking? It would also make miri even slower, thereby increasing the effectiveness of this RFC.

Copy link

Member

Author

mark-i-m commented 5 days ago

then for every byte leaked you add 1 second to the build times just to discourage leaking?

Actually, this seems like a good approach to bugs in general... for each bug in the program, add 1 second to the run time.

@mark-i-m But aren't bugs... like bugs and u can't actually easily detect them?

Copy link

Ekleog commented 4 days ago

I mean I've got a butterfly net so that allows me to detect some of the bugs

@Ekleog How would we download the butterfly net to catch the bugs for everyone

Copy link

Member

Author

mark-i-m commented 4 days ago

@mark-i-m I feel emails are too basic for such a task.

We should create a server exactly at the center of the earth and have it digitally send butterfly nets through websocket connections that are opened by cargo whenever a command is run and never closes until the computer shuts down. That way everyone can have butterfly nets and we can also punish people for using cargo.

Why would we want to punish people for using cargo?
Reject Rust, return to Assembly.

Copy link

Member

Author

mark-i-m commented 4 days ago

Why would we want to punish people for using cargo?
Reject Rust, return to Assembly.

Hmm... assembly such a pleasure to work with, though, especially compared to rust... is it really a punishment?

Copy link

rodrimati1992 commented 4 days ago

edited

@mark-i-m But aren't bugs... like bugs and u can't actually easily detect them?

But bugs add weight to the program, so obviously they will make it slower.

Copy link

Member

RalfJung commented 4 days ago

As a lead of the @rust-lang/miri team, I fully approve of this proposal. :)

> - Why is this design the best in the space of possible designs?

Seems obvious, right? `miri`.

oli-obk 4 days ago

Contributor

Yes, this is the best reason, and anyone who argues otherwise should obviously be writing their build scripts in assembler

Copy link

Contributor

oli-obk commented 4 days ago

As a lead of the @rust-lang/miri team, I fully approve of this proposal. :)

ship it

Copy link

Member

Author

mark-i-m commented 3 days ago

So can we get an fcp merge?

@mark-i-m But aren't bugs... like bugs and u can't actually easily detect them?

But bugs add weight to the program, so obviously they will make it slower.

So let's basically detect everything as a bug because everything is relatively slow but then once we make something slow that is a bug making us make it even slower basically creating a never ending program. Wonderful.

maybe there could also be a feature where if compilation takes more than 5s, then it switches to bitcoin mining for 10min giving you time to find bugs by reading through your source code again! obviously bitcoin mining is chosen since your basically guaranteed to have a hashrate only sufficient to make a few cents per day worldwide (due to ASICs being waay better than cpus at sha256). the resulting bitcoin can be used once a year (each april 1st) to fund cat food treats for miri!

Copy link

Member

RalfJung commented 1 hour ago

I think it is time to close this. :) Thanks all!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

No one assigned

Labels
Projects

None yet

Milestone

No milestone

Linked issues

Successfully merging this pull request may close these issues.

None yet

12 participants

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK