Thanks, i was thinking id need to go check them later today and that it was kinda illegal. Now i can be rest assured its fiiine
The real deal y0
Thanks, i was thinking id need to go check them later today and that it was kinda illegal. Now i can be rest assured its fiiine
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”
As a european who has been to the uk, i agree
Im a pc user, and the pc world is still a lot more complex than just “regular, slim and pro” versions. Different hardware and combinations males it a lot more complex.
You could say “low, medium and high end pc” but that means nothing as even a medium pc could have different cpu’s, gpu’s or even ram timings…
But yes, the different console versions is stupid
Thats fair, thanks for explaining!
Was thinking as i read this post “isnt magnus the defacto world champ? Or hasnt he been for years now?”
I hate discord a lot, but this feature kinda destroys the reason discord exists. We used to have irc which is direct communication and needs both systems to be online ( yes, bouncers exist, but they arent perfect ). We moved away from irc so systems didnt need to be online and it was all in the cloud. Direct communication/file sharing from pc would kinda revert all that lol
( lets gooooo, bring irc back :p )
Lol, halsin has seem some shit and hes just letting them be haha
Oh sweet summer child. Capcom is on a very sharp edge imo.
Their games are solid, but everything around it is utter god damn dogshit.
Sf5? Beta was very solid, was fucked up before release. Also had a terrible microtransactions system.
Sf6? Very very solid base game, but to get all character and stages since last year + the game you have to pay +160 euro.
Re4? Very solid remake, but prepare to loose performance on pc due to dunovo despite it being a single player game.
Re: the village? Very solid game, but better pay shit up and also loose performance despite ALSO being a single player game.
Megaman: mega who?
Monster hunter : safe, for now. Monster hunter wilds looks amazing and loads of fun, but watch them fuck it up somehow…
I like capcom a lot, have always supported them despite shit decisions and a few near bankruptcies but its the microtransactions/usage of dunovo and other weird ass decisions is making me hold back on buying their stuff atm…
Ah, thats fair. I think thats fixable using wildcards in the packagereference in the csproj, but id need to check. I too would expect it to choose 4.0.1 unless a patch release needs a big update or something
Care to elaborate? I dont fully follow ^^; Feel free to also dm me or something
The mit license allows forking, merging, modifying and releases of modified code. Yes id assume so yes :)
I have a lot of bad things to say about some microsoft teams and some microsoft managers (cough fluentui webcomponents team cough ), but in general the .net team is a nice one and ive had several nice encounters with few of its devs.
Just dont know what the actual bloody fuck the manager/team was thinking dropping linux when they made maui…
Thats bad paraphrasing. .net is not propiatary and is open source and cross platform now because it started from scratch even before they bought xamarin (.net core). Yes mono did help .net become cross platform, no denying that, but they were already making steps to make that possible. They had to for the cloud/azure.
On top of that, for future development mono is no longer needed because .net is cross platform, and as an example ive made desktop apps on linux using avalonia which work on mac, windows, linux, …
Mono’s purpose at this point is only legacy stuff ( aka .net framework projects, aka stuff made with .net 4.8 or lower ) and will not evolve, which is perfect for wine.
I know it looks like microsoft took what they needed and are now ditching it, and its not untrue, but its always better to have something officially supported by the source instead of some 3th party as it will now evolve on all platforms at the same time and not stay behind the facts. It also will have better performance too since there is less translation going on.
Dont be salty about this man. Be salty about maui and how it took xamarin and crippled it ( no linux support )
Everything after w7, id agree. Windows 7 was actually legit. It ran fine on my amd athlon with 512MB ram. Ran dolphin back in the day too. Now after that it was all shite
Most of what i know is from year and years of working on the console and are found on wiibrew.org haha
Ye, i dont know how it is worldwide but here in west europe paying online with your bank is just like paying with paypal. The only advantages paypal has over my bank is its return policy and it technically not directly linking the purchase with my personal info.
I havent used paypal in a while tbh…