DacoTaco

Not all cops, and not everywhere in the world, are pigs. The world isn’t that black and white

I think you have things wrong. Any other languages can have libraries be distributed as some format that would allow applications to use it, be it linux/gcc and .a files ( which are actually archives with elf/object files of the code ), or a full on library like .so/.dll.
Rust can only do .o/.dll and only have it expose like a c library afaik. Even .net has improved on the .dll and includes all its language features in it. Rust has none of that. Its not true that libraries not rebuilding are only for closed source. Its also ease of use/access and less problem prone. What if i build my library using a different version of the compiler than you and your application? I could have no problems building my library, while you cant build your application because the library i made gets rebuild and errors.
These errors happen and are all because there is no stable interface/abi and all other languages have overcome this.

Also, by default, nothing in c is rebuild unless it needs to. Thats why the intermediate .o ( elf object ) files exist, so it only has to do the relinking and not recompile and thats why .a archive/libraries in c work, because it doesnt recompile. Unless you meant the fact rust can rebuild part of a file, without recompiling it completely?

I think you dont fully understand how c compilers ( gcc specifically ) work when using multi file projects ( and not just doing gcc input.c -o output.exe ) just how i dont fully know how the rust compiler works. Also, anything using IL will always have an abi, because how else will it jump from code to IL code, so its obvious that rust to wasm will have to abide by that haha. Be it c wasm, c# wasm or rust wasm calling one another. Wasm is wasm, and you only need an exposed interface to call or include the other wasm ( c#/blazor having NativeFileReference in the csproj )

Again, i like the idea of rust, but it has a long way to go to be viable atm. And it has many pitfalls to avoid so it doesnt become the hot mess that is any framework based on node.js

I know that exists, but whats the point of that? You loose all advantages of rust when you use the library then because it cant predict application state with the library code. There is a reason all those rust libraries are compiled locally when you compile a rust application. Its a major lacking point for rust, and as long as it lacks that its dead in the water for big projects.
Again, i like strong type stuff and i like the ideas of rust but it is not grown up enough for me

What is this abi and standard calling methods you speak off? Are you a rust-non-believer or some shit! Rewrite it all in rust, no questions asked!

( i too like the ideas of rust, but without a decent abi or not constantly changing interface, its useless to me. I dont want to rebuild all code, including libraries every time i update 1 library in my application )

Saaaaame. But sometimes even strongly typed stuff wont break on compilation time

Its funny cause its true. I often design tests to be “if a case/enum value is added this test will explode and tell them to add code here”

Thats an excuse of an argument and you know it. Things like yuzu and cemu had no reason to turn a profit like they did for what they had. The devs were fine and yet they did what they did. And on the other end of the spectrum there are homebrew devs that need money ( and i donate to ) but dont sell their stuff because its better free.

I never tried to make a profit out of priiloader or any of my successful free projects either, despite wanting more money sometimes.

There is a difference between a product and a project.

This.
Let alone those tools can be used from within nintendo, and have been in the past.
As somebody who helps manage a part of homebrew tools, im totally fine with that. Means they did something right and it means nintendo wont just shut it down and believes it is useful too. So good job on you then!

Now if they used some ip, or copyrighted code, in the tools, then its game over. Instantly.

Haha ye. It is super interesting to see all those OS principals and seeing how nintendo implemented them. Stuff i will never forget either and some design patterns i have implemented in my actual job too

I have. Mostly on embedded devices that have no OS and you need something very specific.

… Or that one time i was reverse engineering a console kernel. I wrote arm asm then. Was actually fun to do tbh

Yes, the serial port, bba and memory card all share the exi bus, so from a software standpoint they can all be communicated with via the same bus interface ( but hardware commands/communication is hardware specific ofc ) For more info :
https://hitmen.c02.at/files/yagcd/yagcd/chap10.html and https://wiibrew.org/wiki/Hardware/External_Interface

Exactly. Thats why i made the pcb design for the connector, everything is measured out and the pinout is written out too.
It also is connected to the exi bus, which is shared with the memory cards…
Makes no sense tbh

I… Dont know why this exists.
Ive been aware of a few ethernet projects for gamecube and none of them makes sense to me.
All of them use a custom chip/interface and require special code in software.
On top of that, none of them have merged the code into libogc (the open source gamecube homebrew library i help maintain ).
If i were to make a project like this, i’d use a mcu ( pi zero? ) together with a ethernet controller. The mcu would expose the same interface the official bba would, so even games could use it out of the box.
I even made a pcb design for extrems so he had the pcb pinouts just like the official bba to work sonething out of.

But hey, what do i know, right?

Swiss is a homebrew backup launcher for gamecube :)

Same haha. But i use a combination of commits ( but not pushed ), ammending, fixups and usually clean it up before making a PR or pushing ( and rebase/merge main branch while at it). Its how git should be used…

15% of content and then fake upvoted to heaven. Could work

Perl? Nah, in this country its vb6, C#, java, gupta/centura and javascript :')
Source: been working for multiple healthcare market leaders in this country for 5 years now

Writing raw byte binaries ftw!

(Jokes aside, all programming languages have their good and bad things. Some just have more bad than good. And i say that as a C/C#/typescript/asm developer :p

Modern php is not bad actually. Still kinda slow and dangerous, but A LOT better than it used to be :')
That said, i wouldnt build a web service with php still lol

It all depends on your needs tbh. I personally think the framework mobo is perfect for a powerful 24/7 server. Smb, router, media center, …

I personally dont need something like that and just have an sbc running pihole and smb 24/7 ( +/- 8w@230v power usage )