How come that so many C/C++ apps are being rewritten in Rust? Is it faster/safer, or is it rather a coding exercise?
comments
Rust has no stable inter-module ABI, so everything has to be statically linked together. And because of how "viral" the GPL/LGPL are a single dependency with that license turns the entire project into a GPL licenced one.
So the community mostly picks permissive licenses that don't do that, and that inertia ends up applying to the binaries as well for no real good reason. Especially when there's options like e.g. MPL.
Well that's encouraging. Here's hoping they switch.
nice CLAUDE.md. got it on the contributor list too.
Here, a person added GPL as a proposed alternative.
Your wife is an angel 🙏
It's just not a very good name. Awkward even without the mpreg/preg thing. Steps on ffmpeg's toes too much. Just pick something unique. Videoh. Muxy. Movrify. Flippityflop, whatever. I thought about those names for literally 10 seconds. You can definitely do better than ffmpreg if you think harder!
This and the GIMP is why they shouldn’t let software developers name things.
WAIT this actually has code in it I was reading the README and thought it wasn't actually gonna be implemented lmao, this is peak satire
Testing video should absolutely be https://www.youtube.com/watch?v=ExZEUZsgH3w
How can a good language be "corporate encroachment" ? When it's the community/devs that are responsible for using "bad" licences ?
My guest would be that open licenses are just more common overall nowadays, so any new development is more likely to have them.
I don't think is just rust related.
Also gold:
The compiler assumes mutable references are unique and optimizes based on that. When you break the assumption, the optimizer generates wrong code. Compiler skill issue.
I am worried, that a crap ton of rust rewrites are in MIT or APACHE.
Like why not use GPL ? Is there something sinister going on & it's going to give the Bryan Lunduke types so much effective ammunition.
Or am I just over-reacting ?
On another note are there any video games made in Rustlang ?
That's cool, but that doesn't matter. No one is trying to force people to use new, experimental software. Let the hackers hack.
Also you have to change the name! why is that? (i’m aware of what mpreg means)
I love that note for llms lmao
Horrifying. Sending it to my friends who didn’t learn rust because it was too hard, it should help them
"segfault -> freedom"
I'm sold and putting this into production this sprint
Monochrome just means "a painting, drawing, or photograph in a single hue." But I think their intent was trying to describe an absolute minimum editor. Think Microsoft paint with the pencil tool but it only draws a single pixel per click.
Their list of things is fairly reasonable and will result in a fairly long main quests arc. Example. Depending on your familiarity with these items, as well as your familiarity with rust, it could keep you busy for a while in a non-throwaway way.
I wonder if part of the reason you're running into a wall is because you're asking what could be one of many different questions and haven't provided many hints to help infer intent.
For example, you could be asking "how do I write a Rust application with a GUI if Rust doesn't provide out of the box GUI functionality?" In the case you'll need to use one of the many GUI libraries that are out there. These will let you do screen layout, add buttons, etc.
You might also be asking, "am I going to have to build my own UI elements, like buttons and menus, from scratch?". The answer to this is no, unless you want some kind of new/novel UI element. For example, I made a checked list box item in C# about 8 years ago. All the GUI libraries will provide mechanisms to declare and position things like menus and buttons. They'll also provide hooks to let your application know the user did a thing.
Finally, you might be asking about how to actually draw/render the picture portion of your graphics editor. The GUI library you choose will significantly impact this. Example. Example. Example. Note that these may or may not be good choices to use.
Ahh interesting.
Using them together. Bevy is your "backend" and egui runs inside it and is used as your interface. Bevy, being a game engine bevy will be more than capable of doing the stuff you need.
I'm using the bevy_egui crate.
I mean, it would be great if this succeeded... ffmpeg is nice and all but its interface is clearly terrible and there's absolutely no way it is remotely secure. Anyone that uses it on a server basically has to run it in its own VM, or a severely locked down sandbox.
But good luck supporting all the codecs people expect. I'm not even talking the obscure ones ffmpeg supports; just the ones "normal" people use will be a life's work.
Also you have to change the name!
Interesting. Are you using egui and bevy together or just you've been independently using them?
If you're using them together, what's the advantage of using egui instead of whatever internal Bevy GUI?