Usability improvement request for this article: don't hijack the browser back button :P
Browser makers should straight up remove the JS API for interacting with history. There are legitimate uses for it, but the malicious actors far outweigh the good ones at this point. Just remove it.
Usability Improvements in GCC 15
121–130 of 231 posts
Re: Usability Improvements in GCC 15
#122Earlier quoted context omitted.
The embedded compiler vendors, UNIX and consoles are quite happy with it. How much do you think they contribute back upstream regarding ISO compliance outside LLVM backend for their hardware and OS?
Apple, Arm, OpenBSD, FreeBSD have all switched to Clang.
Re: Usability Improvements in GCC 15
#123Earlier quoted context omitted.
Embedded compiler vendors and UNIXes want a possibly slightly patched C or C++ compiler, maybe with an extra back-end bolted on. I'm talking about use-cases like Rust and Zig and Swift, projects which want a solid optimizing back-end but their own front-end and tooling.
gccrs is a rust implementation for gcc. Just because Rust developers don't want their users to be fully free doesn't mean there are any problems with gcc. And clang is developed by Apple which is a huge warning sign by itself.
Re: Usability Improvements in GCC 15
#124I hope gcc remains the default in Linux due to the GPL. But I expect someday clang will become the default. Plus I heard COBOL was merged in with the compiler collection, nice!
Re: Usability Improvements in GCC 15
#125Earlier quoted context omitted.
The number of significant software projects which are licensed as GPLv2- only , and which are therefore incompatible with GPLv3, can probably be counted on one hand. Normal GPLv2 projects are licensed – as instructed by the text in the license itself – as “GPLv2 or later ”. Which means that any normal GPLv2-licensed software can be relicensed to GPLv3, and can therefore be combined with any other GPLv3-licensed progr…
For GPL v2 only, let's start the list with Linux and Git... The "or later" has been used in creative ways, like relicencing all the Wikipedia content, or the Affero to AGPL transition. Nothing shady, but unexpected. Do you trust RMS to avoid doing shady things in the later GPL licence? I do, but he is not longer in the FSF. Do you trust the current members of the FSF to avoid doing shady things in the later GPL licen…
Yes he is: https://www.fsf.org/about/staff-and-board
Re: Usability Improvements in GCC 15
#126Earlier quoted context omitted.
How do you grep for it without taking your hands off the keyboard?
Windows key + dot, then type in warning / if it was among the last ones you used, use the arrow keys, and hit Enter to insert it. If you use whatever OS other than Windows, I'm sure there are similar flows available if you search for it. And since it's just Unicode, I'm sure there are numpad based keybinds available too.
Re: Usability Improvements in GCC 15
#127I literally do not need ascii art to point to my error, just tell me line:col and a unique looking error message so I can spend no more than 1 second understanding what went wrong
Also allow me to extend requires with my own error messages. I know it'll be non standard but it would be very nice tyvm
Re: Usability Improvements in GCC 15
#128We are now entering a Rococo period of unnecessarily ornate compiler diagnostics.
Getting these elaborate things to work is a nice puzzle, like Leetcode or Advent of Code --- but does it have to be merged?
Re: Usability Improvements in GCC 15
#129Re: Usability Improvements in GCC 15
#130Earlier quoted context omitted.
With LLVM they don't need to fork it in the first place. But still, it doesn't matter because ISO compliance is a frontend problem. The one vendor who forks LLVM and doesn't contribute their biggest patches back is Apple, and if you want bleeding edge or compliance you're not using Apple Clang at all. If you say "isn't it great vendor toolchains have to contribute back to upstream?" I'm going to say "no, it sucks tha…
So are you aware how many contributions have actually been upstream by Sony, Nintendo, IBM, ARM, Green Hills, Codegear, TI, Microchip, Codeplay, NVidia, AMD, Intel, HP,.... ? Because Apple certainly isn't alone.