💾 Archived View for bbs.geminispace.org › u › drh3xx › 21882 captured on 2024-12-17 at 15:51:20. Gemini links have been rewritten to link to archived content

-=-=-=-=-=-=-

Comment by 🐐 drh3xx

Re: "there was a famous research, and they repeated it once [..."

In: s/permacomputing

can any modern language like rust, go, nodejs, python etc... that rely on git or some native module infrastructure to be in place be considered permacomputing compatible? I mean with go and in some other cases I guess you could potentially host a local module repo but then you're adding the management and hardware overhead.

What about the vast and varied toolchains depending on which projects/environment s you want perma-available? make (BSD/gnu?), ninja, meson, git, all the shit you need for Android?

I reckon C and Assembly or perhaps something like Forth targeting a CLI environment on limited hardware are probably the best options.

🐐 drh3xx

Nov 17 · 4 weeks ago

1 Later Comment

🐙 norayr [OP] · Nov 18 at 11:43:

i just want to say, as always, sorry i have one lp i always play, and that's:

modula-2 - underappreciated, very good language. today it is also part of gcc. i believe m2 is a better alternative to c. low level, but modular language with strong typing.
modula-3 - underappreciated, very good language with parallelism on the language level, exceptions, garbagee collector. (try cm3?)
oberon - not just underappreciated - not known peak creation of the author of modula-2 and pascal - niklaus wirth. (try vishap oberon compiler?)
pascal as in freepascal. freepascal is a very good compiler. generates very small and efficient code.

also, c in gcc contains lots of crap, not just iso c.

Original Post

🌒 s/permacomputing

there was a famous research, and they repeated it once [gemini link] pareto optimal sets for different combinations of objectives [https link] assessing the energy efficiency of programming languages [https link] the paper

💬 norayr · 4 comments · Nov 16 · 4 weeks ago