what is their proposal for a cross platform build system for large projects in C/C++? Why are GNU faggots never happy with any piece of software in the world? Why do they always want their anuses to be haxed?
Name:
Anonymous2016-01-29 20:16
CMake is garbage. Make is also garbage, but it has less bloat, and will take much longer before it collapses into an unintelligible web of shit.
Name:
Anonymous2016-01-29 21:15
CMake is garbage. Make can't even accept arguments.
what is their proposal for a cross platform build system for large projects in C/C++?
$ gcc *.c Or just make
Why are GNU faggots never happy with any piece of software in the world
They are, in fact, they are using automake right now.
Name:
Anonymous2016-01-29 22:13
Use dependency detection and output it to one of those dumber-but-faster-than-make builders like ninja.
Name:
Anonymous2016-01-29 23:23
I am the darkness I am the void The rivers shall run red with the blood of virgins
>>3 Make is not a good solution for a cross platform build system for large projects.
Name:
Anonymous2016-01-30 7:58
./configure&&make exists because these "large projects" are non-portable without it. C allows you plenty of non-portable code that makes these files huge(i've seen makefiles and configure scripts in the 2MB+ range). Java Ant is another horror from beyond that requires entire JVM to process "portable" Java(that supposed to "run everywhere" without such thing as makefiles). https://ant.apache.org/ "Soon thereafter, several open source Java projects realized that Ant could solve the problems they had with Makefiles. Starting with the projects hosted at Jakarta and the old Java Apache project, Ant spread like a virus and is now the build tool of choice for a lot of projects."
Name:
Anonymous2016-01-30 8:59
>>8 No one has been dumb enough to believe ``write once, run anywhere' since they split Java in ME (lol, suck dick Bill Joy), SE, and EE.
It was redefined a long time ago to mean that you could dump your classes in any Java project. For instance, a bean is just a regular serializable class with some private fields, accessors, mutators, and a default constructor. You can ruin any project for any platform with ENTERPRISE Beans now.
>>12 What's Maven? I remember Maven in Skyrim, she was a mead mogul family head and the shadow string-puller in a city. Is Maven about making awesome mead and being a mafia mama?
Just use a shell script. Fuck all this automake and autoconfig and make uninteresting bullshit. I have more important things to do.
Name:
Anonymous2016-02-03 22:33
27
Enjoy manually tweaking compile problems between systems when you could have the computer do that automatically.
Name:
Anonymous2016-02-03 23:04
>>28 What compile problems are you talking about? There is no problem with cc *.c
Name:
Anonymous2016-02-04 2:18
>>29 Autoconf ensures that the compiler can find the right headers and libraries within each system. If they can be found, it will automatically produce header files and make files to reference the correct locations. It's easy if your make file only has to work on homogenous systems but autoconf is intended to be far more flexible than that.
Name:
Anonymous2016-02-04 2:58
>>28,30 And why should I give a damn about supporting those? I see no reason why I should support ten thousand different Unix flavors made over the past thirty years. It only encourages idiots to change defacto-standard directories for no good reason. If someone wants to use their custom Solaris 5 userland on VMS system to compile anything I write, they have a fetish for wasting efforts anyway.
Also, a dependence on libraries to the point that it's nearly impossible to link by hand is the sign of a cancerious project.
Name:
Anonymous2016-02-04 4:50
>>4 And what would you propose to use to generate dependencies, if not CMake?
In my view CMake's greatest sin is that it chooses to implement its own preprocessor for this purpose, but I know of no alternative. You can certainly hack an alternate solution in GNU make, but the result isn't going to be portable, or readable.
>>29 Try building a non-toy program sometime. Fast incremental builds are important.
And what would you propose to use to generate dependencies, if not CMake?
To a freetard? m4. They're roughly on equal footing when it comes to ergonomics and most of the logic for any sizable project ends up in script anyway. Yep, m4 is nastier to use for this purpose, but no worse than the way gnu tools are worse than non-gnu tools in other areas.
They're just emo because people continue exercise their freedom to use non-gnu software.