There needs to be something easier and better than #Python with up-to-date bindings that can support building #Qt stuff with #musl libc. I really don't like using Python and only do because C++ (or rather, #CMake) is too hard to do new stuff in for me and CXX-Qt won't build with musl (could target a #glibc distro like #DanctNix #Arch, but then I'd be ignoring the entire set of devices supported by #postmarketOS). Why can't I just use #VB transpiled to #Rust?
@DrewNaylor I was with you since I've fallen out of love with python and cheer for better languages.
But you lost me with VB transpiled to Rust because that sounds crazy complicated. :)
Surely we can find a solution that's both better than python but also straightforward.
@volkris Honestly I've never liked Python and only picked it up to work with Qt. With the transpiler idea, I just like using VB (.NET specifically), is all. Even if it is complicated, it could probably work. Rust seems a lot better than Python overall from what little I've used it.
@DrewNaylor I know it's an aside, but FWIW, I've really liked functional programming and how it naturally scales to our multicore environment.
I broke up with Python when I realized some functional programming techniques weren't speeding up, and then found out about the Global Interpreter Lock that pretty much binds it to a single core.
That's pretty sinful to me, that we've been living in this multiprocessing future for a generation now, but Python is hamstrung to a single core.
@volkris Yeah, functional programming stuff is pretty nice, I try to prefer it over classes when reasonable to do so (my own stuff requires passing in something to do something on a property and return it rather than using a function in a class most of the time, for example, but I use classes for organizing).
There is something I read about GIL-less Python being worked on for CPython, but yeah it's annoying that multi-core Python isn't just a thing it can do already.