This commit is contained in:
Miloslav Ciz 2024-09-06 15:31:02 +02:00
parent 9c9ff9934c
commit a179d394ea
14 changed files with 1823 additions and 1811 deletions

View file

@ -41,7 +41,7 @@ Windows has these disadvantages (this is just a few things, we can't possibly as
Not that you should use bloated Windows programs but even if you WANT that you can do it with [Wine](wine.md) under GNU/Linux, sometimes the programs even run better under Wine than on winshit itself lol. By this there is zero (or maybe even fewer) reasons to ever use windows, it's literally just for [faggots](faggot.md).
Some people still decide to use it.
Some "people" still decide to use it.
**Should we compile our programs for Window$?** [Free software](free_software.md) supporters regularly debate this question, some say we shouldn't make Window$ versions of free programs so as to not support the platform. Nevertheless even such purists as [GNU](gnu.md) make Window$ versions of their programs with the justification that providing Window$ useds with the taste of freedom may convince them to leave the system (though their critics may equally see it as mere populism, i.e. just making their program more popular). It is probably true that making some free tools available on Window$ makes a transition to a free system easier just by making the transition more gradual: the used first learns to use free tools, then switches the underlying system, as opposed to making one giant leap into a completely foreign environment. { This is how it worked for myself anyway. ~drummyfish } **Nevertheless** our [LRS](lrs.md) point of view is yet a bit different -- we oppose any kind of [censorship](censorship.md), artificial scarcity and so on, including actively breaking compatibility (which includes not making something compatible if it is trivial to do), we simply refuse to be overlords strategically dictating whether something should work or not, that would be the [evil](evil.md) way. For this our advice is: if it's easy to make your program work somewhere, make it work there. Never put extra effort into lowering compatibility or accessibility. If you just don't care about some platform or it would present too much trouble for you to make it compatible, it's fine to not do it, but at least make it easy for others to do for you. So yes, you can (and probably should) make a Window$ version of your program, but it is also OK to have a bit of [fun](fun.md) while doing so -- for example [Anarch](anarch.md) on Window$ warns the player that his operating system is [malware](malware.md) :) **How to compile shit for Window$ when you don't have Window$?** There are several ways: for [C](c.md) (or C++ etc.) programs you may comfortably use e.g. MinGW ([mingw](mingw.md)) (basically the GNU compilers + binary tools compiled and packaged for Window$) -- this you can either run natively under GNU/Linux (look for mingw packages) or you may run the Window$ versions of it under [wine](wine.md) or in some [VM](vm.md) such as [qemu](qemu.md) or virtualbox (where you may additionally also test the compiled program); you may also theoretically e.g. make a web browser version of your program (with stuff like emscripten) which will run on all OSes.