The problem is, nobody wants to pay for its maintenance, hence it does not exist [2].
In the FOSS world, nobody is entitled to a pony.
Also it's rather ironic that it's an OpenBSD developer wanting this, considering http://www.tedunangst.com/flak/post/long-term-support-consid... - how does that reasoning not apply to compilers?
[1] including of course the all-important Motorola 88k back-end!
[2] with very few exceptions: RHEL, SLES
Just try to update a compiler version on a large code base, specially in corporations where developer tools are managed by IT support.
I wonder what it would take to make Rust 1.0 + LLVM into an LTS?
http://en.wikipedia.org/wiki/Long-term_support
The basic idea is that once released, the LTS version of the compiler would continue to receive fixes and updates for several years (at least two according to Wikipedia), no matter how many new versions are released during that time.
Good luck with that. I tried to go on with the Ubuntu's LTS once, and the logic definitely doesn't work. Bugs, even major ones, just pile up faster than the remaining couple developers can fix, and it's was too painful of an experience to repeat. Ubuntu LTS has shelf life of 6-12 months unless if you start paying. Which is unfortunate.
Yep. I see this a lot in the scientific world. Clusters and other high-performance hardware run old versions of Scientific Linux or CentOS (because they are well-supported and the bugs are known). However, a lot of open source project (e.g. in machine learning) expect you to run the latest Ubuntu or OS X version. Result: you usually end up hand-compiling large amounts of software, manually adding '-I' and '-L' flags to oddball build systems that don't pick up CFLAGS or LDFLAGS correctly.
Nobody cares about backwards compatibility, everyone wants the new toys.
So you want something for nothing. Why exactly would Ubuntu (or anybody else) want you as an user?