Earlier 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.
And FOSS folks most likely would like to enjoy those patches as well on their installations.
Usability Improvements in GCC 15
51–60 of 231 posts
Re: Usability Improvements in GCC 15
#52Re: Usability Improvements in GCC 15
#53Earlier quoted context omitted.
>Expecting Stallman to make life easier for commercial vendors is like expecting PETA to recommend a good foie gras farm. That's not what they do. He threw open-source developers under the bus in the process. As a result approximately nobody writes GCC plugins, open source or otherwise.
Alternatively, if you join a Stallman-led Free Software project and hope he'll accept your ideas for making life easier for proprietary vendors, you're gonna have a bad time. I mean, the GNU Emacs FAQ for MS Windows ( https://www.gnu.org/software/emacs/manual/html_mono/efaq-w32... ) says: > It is not our goal to “help Windows users” by making text editing on Windows more convenient. We aim to replace proprietary soft…
Re: Usability Improvements in GCC 15
#54Usability improvement request for this article: don't hijack the browser back button :P
Re: Usability Improvements in GCC 15
#55Earlier quoted context omitted.
In Firefox, you can prevent this by setting `browser.navigation.requireUserInteraction` via about:config. I've been told that it breaks some stuff, but to date I haven't noticed any downsides
> you can prevent this by setting `browser.navigation.requireUserInteraction` Setting it to what?
Re: Usability Improvements in GCC 15
#56Earlier 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?
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.
Re: Usability Improvements in GCC 15
#57Earlier quoted context omitted.
Why?
Well, other than the fact that it's hard to search for, things should be kept as simple as possible to improve reliability/interoperability. Are you confident that multi-column-wide non-ASCII characters work reliably without causing rendering issues on every possible combination of terminal/shell/OS, including over SSH? I'm certainly not.
Re: Usability Improvements in GCC 15
#58Re: Usability Improvements in GCC 15
#59Usability improvement request for this article: don't hijack the browser back button :P
In Firefox, you can prevent this by setting `browser.navigation.requireUserInteraction` via about:config. I've been told that it breaks some stuff, but to date I haven't noticed any downsides
Re: Usability Improvements in GCC 15
#60Earlier quoted context omitted.
>Expecting Stallman to make life easier for commercial vendors is like expecting PETA to recommend a good foie gras farm. That's not what they do. He threw open-source developers under the bus in the process. As a result approximately nobody writes GCC plugins, open source or otherwise.
Alternatively, if you join a Stallman-led Free Software project and hope he'll accept your ideas for making life easier for proprietary vendors, you're gonna have a bad time. I mean, the GNU Emacs FAQ for MS Windows ( https://www.gnu.org/software/emacs/manual/html_mono/efaq-w32... ) says: > It is not our goal to “help Windows users” by making text editing on Windows more convenient. We aim to replace proprietary soft…