36 entries in 0.173s
asciilifeform: ( typical gnutardism, historically, is coupla 100kB of actual sores, and several MB of autoconf ! )
asciilifeform: ( aaand, cannot resist to pose the q, what % of this mass is autoconf liquishit ? )
asciilifeform: but e.g. trb , pretty heavy, 0 autoconf (in the proggy per se, that is; there is some in the deps, however)
asciilifeform: !#s from:asciilifeform autoconf
asciilifeform: re autoconf, asciilifeform considers autoconfism an evil, and none of his productions ever used it or ever will
asciilifeform: http://btcbase.org/log/2019-03-30#1906193 << interestingly, at 139.2 kloc , still 1 of the heaviest proggies in civilized use; vs, e.g., trb ( http://btcbase.org/log/2018-11-29#1876053 ) ; but lighter than koch gpg ( if minus autoconf, http://btcbase.org/log/2017-07-08#1680705 ) or linux kern. ☝︎☝︎☝︎
asciilifeform wonders how much of the 100 is autoconf garbage
asciilifeform: he will use 'libraries' and 'legacy' crapola and autoconf and etc.
asciilifeform: point was re rms. trouble with the man is, i dun think he is stupid, in the usual sense, he appears to quite deliberately think that cultivated fungus on ~coad~ is a valid defense against 'microshit will steal'. hence gcc, autoconf, other marvels.
asciilifeform: granted ave1's gnat still has 'miles to go' in some aspects, gotta be de-autoconf'd ( asciilifeform aint ever signing ANYTHING with autoconfolade in it ) and genesis'd. but it worx a++, is portable (to arm, currently) and is frozen, which is good bit moar than can be said for adacore's thing
asciilifeform: ( i have said before, would like to see the autoconf atrocity properly disappear into an unmarked grave )
asciilifeform: trinque: gprbuild is replacement for gnumake/autoconf liquishit, not so much for portagetron per se.
asciilifeform: autoconf is a massive pile of shit.
asciilifeform: i suspect that 'only tip of iceberg' re autoconf breakage has been seen so far.
asciilifeform: 5-6 hours later ( the parallelization thing dun seem to work, and good chunk of time is spent in autoconf, which never parallelizes ) you get x86-64 and arm64 gnats
asciilifeform: now add to this, autoconf, 'libraries', the idjit os...
asciilifeform: was massive, cancerous ball of autoconf and ???? even decade ago, aha.
asciilifeform: incidentally bellard's tcc is not in any simple way trimmable, no autoconf garbage or the like, in there.
asciilifeform: trinque: forget autoconf flags. i want to disable the generation or loading of dyn libs, period. ☟︎
asciilifeform currently marveling re how much ~time~ , as well as space, is wasted in autoconf
asciilifeform: i suspect that if you ditch autoconf, and snip out ALL #ifdef crapola (esp. and inclusive of uniturdism and 'localism' ) you will end up with a sysv-sized util
asciilifeform: kill autoconf. it has no place in this world.
asciilifeform: phf: lemme guess, it was by nuking autoconf
asciilifeform: !#s autoconf
asciilifeform: 'Needless to say, this is more than most programmers would ever want to put up with, even if they had the skill, so the input files for autoconf happen by copy and paste, often hiding behind increasingly bloated standard macros covering "standard tests" such as those mentioned earlier, which look for compatibility problems not seen in the past 20 years'
asciilifeform: i just counted gpg 1.4.10 : 156,436 loc -- and that ain't counting the autoconf liquishit, or the libs it pulls in ☟︎☟︎☟︎
asciilifeform: thank the nice folx who created autoconf.
asciilifeform: it was an instance of exactly same thing. ANY attempt to paper over 'i have nfi what the user has, let's support 10,000,001 possible braindamages' ends up looking like autoconf.
asciilifeform: trinque: except that it doesn't enable anybody -- if autoconf fails to find the headers, you are just as fucked as ever, gotta sit and puzzle out what environment flags to give it so that it has a sporting chance
asciilifeform: it isn't clear to me that autoconf was EVER necessary
asciilifeform: the far bigger boojum is that ~95% of the tarballs include megabytes of autoconf liquishit. ☟︎
asciilifeform: http://btcbase.org/log/2016-08-22#1526632 << this is entirely correct. the 'problem' which autoconf pretends (yes, pretends) to 'solve', is EVIL ☝︎☟︎
asciilifeform: configure.ac:10: error: Autoconf version 2.64 or higher is required
asciilifeform: autoconf, what a sad joke. so often dwarfs the proggy it's distributed with!
asciilifeform: as opposed to monstrous build process for recent codebases << gnu autoconf is the culprit 99%
asciilifeform: this is not high science, it was the original intent of the lowly gnu autoconf, even.