> quick qn ? for the tinkerers -- is there a language these days that nicely interfaces with c i.e able to use all c libraries through ffi. Yes. https://ecl.co

> quick qn ? for the tinkerers -- is there a language these days that nicely interfaces with c i.e able to use all c libraries through ffi. Yes. https://ecl.common-lisp.dev/static/files/manual/current-manual/Foreign-Function-Interface.html#SFFI-Reference https://ecl.common-lisp.dev/static/files/manual/current-manu... > without loss of performance or extra fu. Maybe a small loss, compared with fine-tuned C. > the language being small enough that all basics can be grasped in a day. The basics, certainly. You can learn the basics of Lisp syntax in about twenty minutes, the basics of looping, conditionals, datatype definitions, function definitions and all basic stuff in about a day. > the language being complete that it will remain the same in 10 years. Mostly, yes. ECL has mostly been the same for the previous 20 years. I see no reason that it would change substantially in the next 20. > while at the same time being memory safe. Caveats apply here, due to how deeply ECL can hook into C code. Even if you're doing weird things in the C code, it's unlikely you'd accidentally run into problems. > btw I don't think golang applies given the bad ffi story in go. What bad ffi story? I've never tried to use the FFI in go, but I haven't heard particularly bad things about it. Of course, that could be because most Go programmers aren't using the FFI anyway.