Slashdot Mirror


GCC 4.2.1 Released

larry bagina writes "GCC 4.2.1 was released 4 days ago. Although this minor update would otherwise be insignificant, it will be the final GPL v2 release; all future releases will be GPL v3. Some key contributors are grumbling over this change and have privately discussed a fork to stay as GPL v2. The last time GCC forked (EGCS), the FSF conceded defeat. How will the FSF/GNU handle the GPL 3 revolt?"

10 of 449 comments (clear)

  1. Re:How will the FSF/GNU handle the GPL 3 revolt? by ozmanjusri · · Score: 5, Insightful
    by not shoveling GPL3 down our throats?

    How does making a license freely available for software authors to use translate into "shoveling [sic] GPL3 down our throats"?

    --
    "I've got more toys than Teruhisa Kitahara."
  2. Re:Fact lite submission by Anonymous Coward · · Score: 5, Funny

    Who is opposing the transition to GPLv3 and why?

    There's this guy Linus, he's one. You may have heard of him. He's the guy who created git and some other minor projects.

  3. I call bull. by c0l0 · · Score: 5, Interesting

    I'm very interested in everything Free Software, and have been following developments around GPLv3 and its adoption rather closely. Apart from some flaimbaits proclaiming how $CORP was going to abandon GCC (or anything else) after going for v3 of GPL, there is no evidence whatsoever supporting that this might actually be considered by anyone important - or in case there is, it wasn't visible enough for me to spot it.

    So, user number 561269, would you please elaborate on the subject and cite any credible source supporting your view that a major contributor to GCC is considering to fork and "have it their way"? Your posting thoroughly lacks that kind of information right now, and therefore I think it deserves being tagged bogus or useless.

    Thanks in advance for clearing this up.

    - c0l0
    (who's growing tired of all this anti-GPLv3-FUD swellig so much recently fast)

    --
    :%s/Open Source/Free Software/g

    YTARY!
  4. Completely different by zsau · · Score: 5, Insightful

    Once more, Slashdot's editors demonstrate that they are here solely for adviews and not to provide "news for nerds" or "stuff that matters". The ECGS fork will be nothing like the current fork. ECGS was forked for technical/organisational reasons: GCC was being developed much like a closed-source program with a free licence, which resulted in a stagnating compiler and unhappy would-be contributors. ECGS should the superiority of the "bazaar"/open-source development method of the "cathedral"/closed-source method in this particular context. All of this is well-known information you can find just about anywhere on the web.

    Given that GCC development will remain open, this fork cannot be compared. On the other hand, we do have another situation that might be considered similar: The X.org/XFree86 fork. XFree86 was developed under a free software licence, but with 4.4 this was changed to a non-free licence. X.org forked the most recent free version and has basically completely replaced XFree86.

    But, of course, this is still not perfectly comparable. XFree86 was using a relatively closed development method, and the X.org fork's more open style saw it rejuvinated: And indeed, this was part of the purpose of the fork. A GPLv2 GCC fork will not see this sort of rejuvination, as GCC has already seen the benefit for it of an open method, and continues to use it. (See: The EGCS fork the article poster referred to.)

    In addition, the XFree86 licence was widely regarded as being non-free and some major distributions (e.g. Debian, Fedora) considered it completely inappropriate for inclusion. It was made unilaterally without discussion without relevant stakeholders. The GPLv3, however, has had public draft releases and discussion including many major distributors and producers of free software. Although it removes certain freedoms distributors had with GPLv2 (which, largely, went completely against the spirit of the GPLv2), the GPLv3 has the agreement of the people needed to make it work. There will be basically top-down push for adoption as there was with XFree86/X.org.

    My prediction: Any GPLv2 fork of GCC will be largely forgotten in a year or two.

    --
    Look out!
  5. The sad state of Slashdot editorial line nowadays by vivaoporto · · Score: 5, Insightful

    Some key contributors are grumbling over this change and have privately discussed a fork to stay as GPL v2. The last time GCC forked (EGCS), the FSF conceded defeat. How will the FSF/GNU handle the GPL 3 revolt?"
    (emphasis mine)

    The use of weasel words, speculation of "private discussions" (how would one in the public know the content of a private discussion without being a part of it himself?) and the use of the textbook definition of straw man by bringing up the unrelated fact that one fork have been successful in the past and implying that, because of that, one "revolt" is imminent, is nothing by an ill flamebait, in order to generate controversy and the unavoidable licensing flamewar that it will certainly ensue.

    This is sad because Slashdot used to be a place where, when a new version of software were posted, the discussion were directed to the changelog and the new features, fixed bugs, and this particular article didn't even mentioned that. It was a cheap shot at GPLv3, a license that seems to have lots of people that dislikes it, people that aren't even affected by it in the first place. GPL doesn't cover use, only distribution.

    Sad, sad, sad, this used to be a cool blog with real "news for nerds" but lately it seems more interested in generating polemic and the page views that accompany it.

    DISCLAIMER: Nothing in my post shows any support (or lack of) for any of the mentioned licenses, nor discusses the their merit (or lack of). So keep me out of the flamewar.
  6. meanwhile, the evidence is missing by H4x0r+Jim+Duggan · · Score: 5, Interesting

    It's worth noting that the linked to article actually contains nothing about GCC developers complaining about GPLv3.

  7. Binutils by Asmodai · · Score: 5, Informative

    And no one noticed yet that binutils already went to GPLv3?

    --
    Jeroen Ruigrok/Asmodai
  8. Re:Call all /. lawers (or not) by kocsonya · · Score: 5, Informative

    > I -do- however have a portion of code that I keep locked up for a commercial application, if I start using a GPL v3 GCC will I be putting myself into peril?

    No, you won't. You want to *use* gcc, not distribute it. The GPL explicitely states that it deals with the redistribution of the program and it puts no restriction on its use. If you want to distribute GCC itsels, then the GPL restricts you. If you distribute code compiled with GCC, the GPL has nothing to do with you.

    > Incidently, I'm not in the US, but well... sort of, I'm in Australia, which is almost as good as another US state *sigh*.

    It seems to me that in the civil rights/privacy/witch-hunt departments we're getting a lead on the mothership :-(

  9. Re:Just my 2 cents by tokul · · Score: 5, Informative

    Fault Windows all you want but the worries you have with licenses on Windows is slightly less then Linux, notice I SLIGHTLY easier. I'm halfway tempted to switch my development to a Mac and dump my Linux support to not worry about it ever again. This is pretty sad since I ENJOY Linux, I've been running nothing but Linux the past 5 years. I have better things to do then worry "Opps, shit did I link with something that requires I release the source".
    Then don't use GPL-licensed code in your proprietary software. If you use third party code, you don't own it and you must check copyrights. With GPL you must follow copyright laws or you must follow GPL. Without GPL you still must follow copyright laws.

    Like I have said in all my previous posts I like Linux, I like it a lot, but I'm sorry to say I don't view the FSF as the best people representing Linux.

    First F in FSF stands for Free. Your proprietary software is not free.

    Even if you don't like GPL, you still can use Linux. You only can't distribute Linux with your proprietary modifications.

  10. Re:EGCS link also unclear by Per+Abrahamsen · · Score: 5, Informative

    Mostly EGCS happened because Richard Kenner, while widely recognized as an excellent compiler engineer, wasn't that good a maintainer. In particular, the Cygnus people felt that their changes to the C++ front-end was too long to get in to the mainline tree. The egcs branch tried to "modernize" the development process with open mailing lists and anonymous cvs access, as opposed to the traditional ("Cathedral") approach.

    Officially the egcs was an experimental branch of gcc, and there was never a feud between the Cygnus guys between egcs, and the FSF. The FSF could thus make egcs the official gcc branch without losing face, the experiment had simply been a success.

    The "link" to egcs is simply because the submitter is a troll. That gcc would change to GPL3 has been known and accepted since the whole GPL3 process started, and those developers who cared have responded by getting involved in the GPL3 process. The rare protests have been from non-developers only, and have seem more motivated by misguided Linus worship than by anything else.