This is the
talk page for discussing improvements to the
GNU Compiler Collection article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
This article is rated B-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | |||||||||||||||||||||||||||||||||||||||||||
|
|
|
As of June 2010 there are plans being discussed to use C++ as the implementation language for certain upcoming features in gcc:
This should probably be mentioned in the main article, given that gcc has traditionally been required to be written in C for bootstrapping purposes? —Preceding unsigned comment added by Parallelized ( talk • contribs) 20:08, 6 June 2010 (UTC)
The fact that major gcc development decisions are handled by a steering committee should probably be also mentioned in the article?
-- Parallelized ( talk) 11:51, 11 June 2010 (UTC)
The #Criticism section kinda exaggerates an "anti-GCC" position among BSDs. There's one link to a developer calling GCC slow/bad, but that sort of talk is normal for developers. (Plus a broken link to the Jem Report.) Even GCC devs complain about things in GCC being broken, but that's just how devs talk. It doesn't mean they hate their own project.
As for replacing GCC, yeh, there are individuals or subgroups working on possible replacements, but they've been looking into these alternatives for years and no one has even a working proof-of-concept.
I'm not saying these projects are doomed. (That would be speculation, suitable for a forum, not for an encyclopedia) I'm just saying we should document the current situation faithfully. Gronky ( talk) 12:39, 29 July 2010 (UTC)
Not to mention the whole GPLv3 discussion should not be here but rather in the GPLv3 page. And the clang/llvm page should mention that Apple is the major contributor to those projects. And Apple/NeXT has in the past not be been a good citizen in FOSS communities including GCC. With a mention of how the Objective-C front-end got contributed to GCC in the end. -- Andrew Pinski —Preceding unsigned comment added by 12.108.191.226 ( talk) 01:41, 14 August 2010 (UTC)
I just removed four paragraphs, plus three lines of c pointer arithmetic(!). GCC has a bug, and it's in the bug tracker, and it's been discussed. Actually, GCC has hundreds of bugs, and they're in the bug tracker too. No one expects a compiler to be bug-free, so GCC developers acknowledging a bug does not mean that GCC is regularly criticised for this particular bug.
We should be developing the content of this article toward not having a "criticism" section. Info about memory and pointers should be in a section of the article about GCC internals and techy attributes. Gronky ( talk) 22:23, 14 August 2010 (UTC)
Well, one does not have to have a criticism section for the sake of it (as this one originated back in 2008), and the content as it stood was not critic of the actual software but rather a discussion on the different goals and philosophies of GNU and BSD--the parts that could be substantiated by references, that is.
If anyone is willing to find proper sources where actual characteristics of the software compare unfavourably to alternatives or are otherwise deemed questionable, you're more than welcome to reinstate this section, but in the meanwhile I've shitcanned it as I didn't think it was salvagable as it stood. —Preceding unsigned comment added by 88.27.135.125 ( talk) 05:09, 19 August 2010 (UTC)
see this above: "Missing fact:GCC development is largely controlled by a steering committee". these committees do not publish "successful examples of compiling supported languages" ... there are many options and build fails - you need a string of unpublished keys to get it to build simply natively on a linux using a recent gcc. It is not as open as they advertise. — Preceding unsigned comment added by 2601:143:480:A4C0:7C1F:530E:EA36:FCDA ( talk) 20:54, 26 March 2021 (UTC)
The H recently published a good history of GCC by Richard Hillesley. It is reasonably short but gives a lot of detail. It may be of use in the article (I don't have time to check, sorry); if not, we could consider adding it as an External link. Cheers, CWC 06:51, 28 August 2010 (UTC)
It would be interesting to note what else was available in the 80s when GCC was being written. Why was GCC necessary? What other projects could have been used as starting points but were rejected? Why did so many developers start using GCC? Was it the best quality around? The best of the zero cost compilers??
A developer from that epoch told me that in 1991 Johnson PCC and dbx/adb were perfectly viable alternatives to GCC and GDB. Not nearly *as* good, mind you ... Johnson PCC was probably never "open source".
A possible starting point. Gronky ( talk) 11:02, 5 June 2011 (UTC)
A license from AT&T (and the successor holders of the IP rights to UNIX) was required for use of PCC, at least to 1997, which I moved on from the GNU Project.
I remember the USENIX where Steve Johnson told me that he was glad that a better alternative to PCC was finally available (we talked for a long time, and it was clear he had read the source code of the compiler). A professional judgment we heard from many others. Also about GDB being better than dbx/adb. GCC was what got the USENIX and UNIX communities to really believe that the GNU development model worked, and would produce major software of use to the UNIX community.
Of course, the trade journals weren't interested in covering a non-commercial project, and we at the GNU Project published community-reviewed/improved software, not peer-reviewed journal articles. Over that decade many of the software firms that specialized in compilers closed. Most due to being out-"competed" by GCC. Which mirrored what happened with software firms, a few years earlier, that sold versions of Emacs. I don't have citations at hand. A lot of this was noted in gnUSENET, but that doesn't really meet WP standards.
It would be a great add to this WP article, if it can meet WP standards. I suspect the switch of BSD from PCC to GCC can be adequately cited. Lentower ( talk) 04:49, 6 June 2011 (UTC)
This section contained what appear to be some self-serving WP:COI misstatements [1] and [2] of the historical record which I have corrected, with citations. None of the code in the Lawrence Livermore compiler that Tower worked on made it into GCC. Also, Tower did contribute but he was certainly not the senior author; the author was Stallman. Msnicki ( talk) 00:22, 10 October 2011 (UTC)
In the first paragraph of the article, we find a passage that reads, "As well as being the official compiler of the unfinished GNU operating system, GCC has been adopted as the standard compiler by most other modern Unix-like computer operating systems, including Linux, the BSD family and Mac OS X." When reading this, I tripped over the claim that the GNU operating system is not finished. This is unclear, what in the GNU operating system is 'unfinished'? Is it unfinished because the original kernel written for GNU isn't used? If that's the case I don't see why 'unfinished' should be mentioned right at the top of the article without an explanation to the 'unfinished' state. This can lead a reader to think GNU is broken and unusable or something down that line.
I recommend removing the claim of 'unfinished' for the GNU operating system since:
It should read as the following:
Regards, -- Joel M. Chat ✐ 17:05, 6 January 2012 (UTC)
The Theo quote is totally misleading in the optimizations section. GCC does *less* optimization than well-known proprietary compilers like ICC, and back when GCC optimization was poor, all I ever heard was "GCC produces bad code" over and over and over again. (I sat in many customer meetings.) One random quote doesn't prove or disprove anything, except that one person has a contrary opinion. At the very least it should go the random criticisms section. The Linus quote is also problematic - if you think about it, what he's really saying is that he wants GCC to accept his idea of the language rather than an ISO standard. Linus should complain to the ISO rather than claiming "total disregard", which is just a gross exaggeration of the sort that he's prone to express. Without further explanation/context, I think these two quotes are a subtle way of sneaking POV in where it doesn't belong. Stan ( talk) 17:53, 3 February 2012 (UTC)
Mac OS X's standard compiler is now llvm. I'm not sure how it would be best to update the lead here; should mention of Mac OS X just be stripped from the lead, or it important to note that Mac OS X *was* using gcc and is now using something else? -- Steven Fisher ( talk) 00:40, 1 May 2012 (UTC)
Hello fellow Wikipedians,
I have just added archive links to one external link on
GNU Compiler Collection. Please take a moment to review
my edit. If necessary, add {{
cbignore}}
after the link to keep me from modifying it. Alternatively, you can add {{
nobots|deny=InternetArchiveBot}}
to keep me off the page altogether. I made the following changes:
When you have finished reviewing my changes, please set the checked parameter below to true to let others know.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers. — cyberbot II Talk to my owner:Online 06:03, 26 August 2015 (UTC)
The claim that GCC works on more platforms than any other compiler carries a reference that has been tagged as potentially unreliable since 2013. I've started a discussion on the RS noticeboard. QVVERTYVS ( hm?) 14:16, 18 November 2015 (UTC)
This section doesn't belong in the discussion of a compiler. GCC also works just fine for BSDs, Solaris, etc. They don't use glibc and GCC is not tied down to it. The choice of libc used is a runtime option that happens to have defaults that work. 141.226.218.124 ( talk) 23:45, 17 November 2016 (UTC)
Can someone add a section explaining that the different compilers *themselves* have to be built by the user? It is not very clear here or in the official page that there are apparently no official ready-to-use builds. Additionally, a short, rough guideline on the organization of the GNU project -and how a user must proceed- would be useful for the purposes of the article. Even the official site is rather convoluted. — Preceding unsigned comment added by 221.133.24.102 ( talk) 07:40, 6 April 2017 (UTC)
A version history would be nice. User:ScotXW t@lk 10:00, 28 July 2017 (UTC)
Hello fellow Wikipedians,
I have just modified 3 external links on GNU Compiler Collection. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 19:50, 14 September 2017 (UTC)
Hello fellow Wikipedians,
I have just modified one external link on GNU Compiler Collection. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
This message was posted before February 2018.
After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than
regular verification using the archive tool instructions below. Editors
have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the
RfC before doing mass systematic removals. This message is updated dynamically through the template {{
source check}}
(last update: 5 June 2024).
Cheers.— InternetArchiveBot ( Report bug) 16:11, 9 October 2017 (UTC)
"Regarding language version support for C++ and C, since GCC 11.1 the default target is gnu++17, a superset of C++17, and gnu11, a superset of C11, with strict standard support also available." I think that needs a citation. TheGoatOfSparta ( talk) 00:37, 1 February 2024 (UTC)