Apple has a history with gcc.
Apple has a history with gcc.
Posted Feb 13, 2015 8:42 UTC (Fri) by salimma (subscriber, #34460)In reply to: Apple has a history with gcc. by ejr
Parent article: Emacs and LLDB
Posted Feb 13, 2015 14:34 UTC (Fri)
by mathstuf (subscriber, #69389)
[Link]
Posted Feb 15, 2015 2:23 UTC (Sun)
by cas (guest, #52554)
[Link] (5 responses)
Remember, RMS's (and the FSF's) primary motivation is and always has been freedom (in both the short term AND the long term), not features or technology or convenience. If something is convenient now but likely to lead to a loss of software freedom in the future then it should be no surprise that RMS will argue against it....and history has shown that, more often than not, he will be right because he takes a longer view than mere short term convenience.
Posted Feb 18, 2015 20:45 UTC (Wed)
by k8to (guest, #15413)
[Link] (3 responses)
Both bother me, anyway.
Posted Feb 19, 2015 6:59 UTC (Thu)
by cas (guest, #52554)
[Link] (2 responses)
I'm far more concerned about Apple's intentions with LLVM's licensing, and RMS's "intransigence" is, as i mentioned, no surprise - he's been both open and consistent about his goals and motivations for decades. more to the point here, his stance is that software freedom is the end goal, and neither features nor convenience nor technological advantage are sufficient reason to divert from that goal.
IMO he's right - you're better off choosing free software over proprietary software even if the proprietary software is significantly better. and, in the long run, you're better off choosing free software that advances the cause of software freedom over open source software that does nothing for that cause or has licensing issues - and corporate history - that actively work against it.
Posted Feb 21, 2015 20:46 UTC (Sat)
by k8to (guest, #15413)
[Link] (1 responses)
But I don't feel at all convinced that copyleft over noncopyleft infrastructure is necessarily better. noncopyleft is sometimes more readily adopted, which can advance the cause of software freedom. copyleft is more resilient to co-option, which can advance the cause of software freedom.
If it's necessarily better to select copylefted software, then I guess I should write everything in Pike, because all the other languages have open specifications with non-copylefted and/or propriatary implementations or a single noncopylefted implementation.
Posted Mar 1, 2015 2:46 UTC (Sun)
by cas (guest, #52554)
[Link]
that's because freedom is a benefit that transcends software quality. there are many cases where proprietary software is better quality and/or has more features than comparable free software - but free software allows you to do things that you can not legally or practically do with proprietary software.
similarly copyleft software has the advantage over non-copyleft free sw that it actively promotes and enhances the cause of free software for everyone - with the only restriction being that you can't restrict the freedom of others to do whatever they want with the software or derivative works.
Posted Feb 19, 2015 14:08 UTC (Thu)
by dakas (guest, #88146)
[Link]
Posted Feb 17, 2015 13:46 UTC (Tue)
by nix (subscriber, #2304)
[Link]
Apple has a history with gcc.
Apple has a history with gcc.
Apple has a history with gcc.
Apple has a history with gcc.
Apple has a history with gcc.
Apple has a history with gcc.
Apple has a history with gcc.
Apple has a history with gcc.
Still, the intransigence is making me more and more inclined towards avoiding Emacs and GCC.
Ah, real Emacs users can't avoid Emacs. We're locked in: the keybindings are wired into our souls. :)
