" ": (but with ; on Windows, just to spice up your life), and it has its own not-very-intuitive wildcard rules, and blah blah. i think the oils guy would call this a "mini language". java guys cooked up a little domain-specific language for "setting the classpath" because they want a list but the shell speaks text, not listsmake made the decision to represent lists as space-separated strings, & apart from the obvious problems with that wrt. spaces in filenames, you run into friction interfacing with programs which decided to represent lists in a different way
but ohhh oh shell, it's just text, it's the universal language
@hipsterelectron @quat ascii already has a field delimiter. #30 decimal, 0x1E in UTF-8. It's a solved problem, and nobody uses the solution.
I guess it's not that different from how not many people type in Dvorak, but if all the weird layouts from linotype machines were still in use on different brands of computer because of reasons
@clayote @quat i have been fucking with the cpython configure script and learning that
(1) [obviously] m4 can't type check your generated shell scripts because it is a string replacer
(2) m4 can't even type check your m4 code
has me incredibly bummed out after i spent several hours thinking oh this is almost a better version of shell
space=" "?