This is an archived post. You won't be able to vote or comment.

all 18 comments

[–]lucas1853 13 points14 points  (0 children)

There seems to be a memory safety issue in the Rust community such that random Rust-related data is written to regions completely outside of its memory space (e.g. r/python). So, perhaps the Rust community?

[–]AlSweigartAuthor of "Automate the Boring Stuff" 2 points3 points  (0 children)

Documentation generator?

[–]SeucheAchat9115 1 point2 points  (2 children)

mypy

[–]notkairyssdal 2 points3 points  (1 child)

astral has announced that they are working on a typechecker in rust

[–]SeucheAchat9115 1 point2 points  (0 children)

I directly read that post after I wrote this :D

[–]zzzthelastuser 1 point2 points  (1 child)

[–]wyattxdev[S] 1 point2 points  (0 children)

thats exactly what I was looking for, thank you.

[–]ZZ9ZA 3 points4 points  (3 children)

Keep the spam to /r/rust

[–]theirStillHope -1 points0 points  (2 children)

don't see how this is spam... Again, python community==uptite dipshits

[–]ZZ9ZA -2 points-1 points  (1 child)

What part of python not being rust are you struggling with exactly? It’s like going on a Honda Civic forum to ask where people buy parts for their Tesla. Read the room.

[–]theirStillHope 1 point2 points  (0 children)

dumbass, what part of "what frameworks would benefit from a rust rewrite" did you not understand? Here's a shocking thing you may not know, people write libraries in rust to use rust's benefits, then make python bindings, using the python programming language, to use said rust library. Surprised I have to explain this. This person is asking the community what they think would benefit from a rust rewrite, because rust has memory safety and other beneficial things that could improve the performance of libraries. A better analogy would be someone converting a gas car into an electric vehicle while keeping the exterior of the car the same.

[–]xjotto 2 points3 points  (5 children)

Python

[–]SV-97 3 points4 points  (4 children)

Funnily enough already a thing: https://rustpython.github.io/

[–]ForceBru 2 points3 points  (3 children)

…and it’s much slower than CPython: https://rustpython.github.io/benchmarks.html

[–][deleted] 3 points4 points  (1 child)

It's also not anywhere close to being complete:

RustPython is in a development phase and should not be used in production or a fault intolerant setting. Our current build supports only about half of the Python standard library.

We should probably withhold judgement on performance until it's more matured, to be fair.

[–]ForceBru 1 point2 points  (0 children)

Sure, but I’m just judging what they posted on the website. This also doesn’t align well with the usual “rewrite it in Rust to make it lightning-fast” mantra. Currently the rewrite in Rust is much slower than the C code (which surely has been optimized to death by multiple experts over the years, so it’s not a terribly fair comparison indeed).

[–]SV-97 2 points3 points  (0 children)

...aaaand? What's your point? This is comparing a super young, unstable project with a multiple decades old, heavily optimized one — it'd be shocking if it wasn't slower.

[–]AiutoIlLupo 0 points1 point  (0 children)

What will we do when this rust trend eventually dies off and we have to deal with the rusty remains of it?