515
Linus Torvalds Injects Tabs To Thwart Kconfig Parsers Not Correctly Handling Them
(www.phoronix.com)
this post was submitted on 15 Apr 2024
515 points (98.3% liked)
Linux
48031 readers
1280 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The Register did a good article covering the change.
Source files should be conservative with the standard they expect from the developer, and parsers should be liberal in what they expect from the source, ie. allow deviations from the standard.
Python for example supposedly only allows 4 spaces for indentation, but as long as the developer is consistent most if not all Python interpreters will accept any kind of indentation.
That's a recipe for disaster as your syntax is under-specced. You're right-up inviting programmers to produce programs with implementation-defined semantics.
Haskell (which also uses layout syntax) never had that problem as tabs were simply defined to be eight spaces, but that then led to issues with people setting different tab-widths in their editors and a flurry of syntax errors when they did "tabs for indentation, spaces for alignment". Which is why Haskell then moved ahead to outlaw tabs, I think it's still in the "throw a warning" phase but at some point it's going to be a hard error.
That's not to say that kconfig should do the same -- presumably they used tabs for a good reason, and all those other programs are simply not following the spec. Essentially including unit tests in the actual production files is a good move when you're dealing with that kind of situation.
Eight space indentation should be crime, I'm not made out screen width over here.
If you want to be strict with indentation, use tabs as your standard instead of forcing others to use your preferred visual width.
Eight is still the default tab width and will be as long as VT100 continues to be a thing, i.e. forever. Haskell could've chosen another static value but that would have caused even more trouble.
With Haskell's syntax you really want to align at single-space resolution, not necessarily just on the left but also further to the right, within the lines. The gold standard is pretty much lhs2tex "poly" style (section 8, page 19), and not just because it allows lhs2tex to spit out beautiful code, it's also highly readable in ASCII form. In that style 2+ spaces mean "align this with the 2+ space stuff above and below".
So there's no way around spaces and as tabs+spaces are a bad idea tabs get the boot. That argument is specific to Haskell but in general I'd argue that tabs are more trouble than they're worth -- if you have trouble editing space-only indentation, get a proper editor. If I want my Rust indented by a different amount I can just tell rustfmt to change everything, no biggie.
Having a language dependent on indentation is absurd on the face of it. It's a ridiculous idea that should have been ridiculed from the outset.
No. Having a language depend on semicolons even though there's ways to do without, ways that don't even include layout if you don't want to, is well not absurd on the face of it it's hysterical raisins.
Haskell has one of the most admired syntaxes out there, and it's layout. It's clean, predictable, very simple and most of all intuitive rules. It makes sure that semantic structure always follows visual structure, thus provides a single source of truth why Algol-likes (i.e. everything that looks at least vaguely like C) have two.
I don't indent my Rust, I let rustfmt do that. All that automation and I still get into lots of missing or mismatched braces situations which literally never happen in Haskell because the structure of the program is visually obvious, you don't have to look for tiny squiggles to figure out what it is.