Software:GNU Compiler Collection
Screenshot of GCC 10.2 compiling its own source code
|Original author(s)||Richard Stallman|
|Initial release||March 22, 1987|
|Written in||C, C++|
|Platform||GNU and many others|
|Size||~15 million LOC|
|License||GPLv3+ with GCC Runtime Library Exception|
The GNU Compiler Collection (GCC) is an optimizing compiler produced by the GNU Project supporting various programming languages, hardware architectures and operating systems. The Free Software Foundation (FSF) distributes GCC as free software under the GNU General Public License (GNU GPL). GCC is a key component of the GNU toolchain and the standard compiler for most projects related to GNU and the Linux kernel. With roughly 15 million lines of code in 2019, GCC is one of the biggest free programs in existence. It has played an important role in the growth of free software, as both a tool and an example.
When it was first released in 1987 by Richard Stallman, GCC 1.0 was named the GNU C Compiler since it only handled the C programming language. It was extended to compile C++ in December of that year. Front ends were later developed for Objective-C, Objective-C++, Fortran, Ada, D and Go, among others. The OpenMP and OpenACC specifications are also supported in the C and C++ compilers.
GCC has been ported to more platforms and instruction set architectures than any other compiler, and is widely deployed as a tool in the development of both free and proprietary software. GCC is also available for many embedded systems, including ARM-based and Power ISA-based chips.
As well as being the official compiler of the GNU operating system, GCC has been adopted as the standard compiler by many other modern Unix-like computer operating systems, including most Linux distributions. Most BSD family operating systems also switched to GCC shortly after its release, although since then, FreeBSD, OpenBSD and Apple macOS have moved to the Clang compiler, largely due to licensing reasons. GCC can also compile code for Windows, Android, iOS, Solaris, HP-UX, AIX and DOS.
In late 1983, in an effort to bootstrap the GNU operating system, Richard Stallman asked Andrew S. Tanenbaum, the author of the Amsterdam Compiler Kit (also known as the Free University Compiler Kit) for permission to use that software for GNU. When Tanenbaum advised him that the compiler was not free, and that only the university was free, Stallman decided to work on a different compiler. His initial plan was to rewrite an existing compiler from Lawrence Livermore National Laboratory from Pastel to C with some help from Len Tower and others. Stallman wrote a new C front end for the Livermore compiler, but then realized that it required megabytes of stack space, an impossibility on a 68000 Unix system with only 64 KB, and concluded he would have to write a new compiler from scratch. None of the Pastel compiler code ended up in GCC, though Stallman did use the C front end he had written.
GCC was first released March 22, 1987, available by FTP from MIT. Stallman was listed as the author but cited others for their contributions, including Tower for "parts of the parser, RTL generator, RTL definitions, and of the Vax machine description", Jack Davidson and Christopher W. Fraser for the idea of using RTL as an intermediate language, and Paul Rubin for writing most of the preprocessor. Described as the "first free software hit" by Peter H. Salus, the GNU compiler arrived just at the time when Sun Microsystems was unbundling its development tools from its operating system, selling them separately at a higher combined price than the previous bundle, which led many of Sun's users to buy or download GCC instead of the vendor's tools. While Stallman considered GNU Emacs as his main project, by 1990, GCC supported thirteen computer architectures, was outperforming several vendor compilers, and was used commercially by several companies.
As GCC was licensed under the GPL, programmers wanting to work in other directions—particularly those writing interfaces for languages other than C—were free to develop their own fork of the compiler, provided they meet the GPL's terms, including its requirements to distribute source code. Multiple forks proved inefficient and unwieldy, however, and the difficulty in getting work accepted by the official GCC project was greatly frustrating for many, as the project favored stability over new features. The FSF kept such close control on what was added to the official version of GCC 2.x (developed since 1992) that GCC was used as one example of the "cathedral" development model in Eric S. Raymond's essay The Cathedral and the Bazaar.
In 1997, a group of developers formed the Experimental/Enhanced GNU Compiler System (EGCS) to merge several experimental forks into a single project. The basis of the merger was a development snapshot of GCC (taken around the 2.7.2 and later followed up to 2.8.1 release). Mergers included g77 (Fortran), PGCC (P5 Pentium-optimized GCC), many C++ improvements, and many new architectures and operating system variants.
While both projects followed each other's changes closely, EGCS development proved considerably more vigorous, so much so that the FSF officially halted development on their GCC 2.x compiler, blessed EGCS as the official version of GCC, and appointed the EGCS project as the GCC maintainers in April 1999. With the release of GCC 2.95 in July 1999 the two projects were once again united. GCC has since been maintained by a varied group of programmers from around the world under the direction of a steering committee.
GCC 3 (2002) removed a front-end for CHILL due to a lack of maintenance.
Before version 4.0 the Fortran front end was
g77, which only supported FORTRAN 77, but later was dropped in favor of the new GNU Fortran front end that supports Fortran 95 and large parts of Fortran 2003 and Fortran 2008 as well.
As of version 4.8, GCC is implemented in C++.
Support for Cilk Plus existed from GCC 5 to GCC 7.
GCC has been ported to a wide variety of instruction set architectures, and is widely deployed as a tool in the development of both free and proprietary software. GCC is also available for many embedded systems, including Symbian (called gcce), ARM-based, and Power ISA-based chips. The compiler can target a wide variety of platforms, including video game consoles such as the PlayStation 2, Cell SPE of PlayStation 3, and Dreamcast. It has been ported to more kinds of processors and operating systems than any other compiler.
(As of May 2021), the recent 11.1 release of GCC includes front ends for C (
gcc), C++ (
g++), Objective-C, Fortran (
gfortran), Ada (GNAT), Go (
gccgo) and D (
gdc, since 9.1) programming languages, with the OpenMP and OpenACC parallel language extensions being supported since GCC 5.1. Versions prior to GCC 7 also supported Java (
gcj), allowing compilation of Java to native machine code. Modula-2 support, previously offered by third parties, will be merged into GCC 13.
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. GCC also provides experimental support for C++20 and upcoming C++23.
Third-party front ends exist for many languages, such as Pascal (
gpc), Modula-3, and VHDL (
GHDL). A few experimental branches exist to support additional languages, such as the GCC UPC compiler for Unified Parallel C or Rust.
thumb|400x400px|GCC follows the 3-stage architecture typical of multi-language and multi-CPU [[compilers. All program trees are converted to a common abstract representation at the "middle end", allowing code optimization and binary code generation facilities to be shared by all languages.]]
GCC's external interface follows Unix conventions. Users invoke a language-specific driver program (
gcc for C,
g++ for C++, etc.), which interprets command arguments, calls the actual compiler, runs the assembler on the output, and then optionally runs the linker to produce a complete executable binary.
Each of the language compilers is a separate program that reads source code and outputs machine code. All have a common internal structure. A per-language front end parses the source code in that language and produces an abstract syntax tree ("tree" for short).
These are, if necessary, converted to the middle end's input representation, called GENERIC form; the middle end then gradually transforms the program towards its final form. Compiler optimizations and static code analysis techniques (such as FORTIFY_SOURCE, a compiler directive that attempts to discover some buffer overflows) are applied to the code. These work on multiple representations, mostly the architecture-independent GIMPLE representation and the architecture-dependent RTL representation. Finally, machine code is produced using architecture-specific pattern matching originally based on an algorithm of Jack Davidson and Chris Fraser.
GCC was written primarily in C except for parts of the Ada front end. The distribution includes the standard libraries for Ada and C++ whose code is mostly written in those languages. On some platforms, the distribution also includes a low-level runtime library, libgcc, written in a combination of machine-independent C and processor-specific machine code, designed primarily to handle arithmetic operations that the target processor cannot perform directly.
GCC uses many additional tools in its build, many of which are installed by default by many Unix and Linux distributions (but which, normally, aren't present in Windows installations), including Perl, Flex, Bison, and other common tools. In addition, it currently requires three additional libraries to be present in order to build: GMP, MPC, and MPFR.
In May 2010, the GCC steering committee decided to allow use of a C++ compiler to compile GCC. The compiler was intended to be written mostly in C plus a subset of features from C++. In particular, this was decided so that GCC's developers could use the destructors and generics features of C++.
In August 2012, the GCC steering committee announced that GCC now uses C++ as its implementation language. This means that to build GCC from sources, a C++ compiler is required that understands ISO/IEC C++03 standard.
On May 18, 2020, GCC moved away from ISO/IEC C++03 standard to ISO/IEC C++11 standard (i.e. needed to compile, bootstrap, the compiler itself; by default it however compiles later versions of C++).
Each front end uses a parser to produce the abstract syntax tree of a given source file. Due to the syntax tree abstraction, source files of any of the different supported languages can be processed by the same back end. GCC started out using LALR parsers generated with Bison, but gradually switched to hand-written recursive-descent parsers for C++ in 2004, and for C and Objective-C in 2006. As of 2021 all front ends use hand-written recursive-descent parsers.
Until GCC 4.0 the tree representation of the program was not fully independent of the processor being targeted. The meaning of a tree was somewhat different for different language front ends, and front ends could provide their own tree codes. This was simplified with the introduction of GENERIC and GIMPLE, two new forms of language-independent trees that were introduced with the advent of GCC 4.0. GENERIC is more complex, based on the GCC 3.x Java front end's intermediate representation. GIMPLE is a simplified GENERIC, in which various constructs are lowered to multiple GIMPLE instructions. The C, C++, and Java front ends produce GENERIC directly in the front end. Other front ends instead have different intermediate representations after parsing and convert these to GENERIC.
In either case, the so-called "gimplifier" then converts this more complex form into the simpler SSA-based GIMPLE form that is the common language for a large number of powerful language- and architecture-independent global (function scope) optimizations.
GENERIC and GIMPLE
GENERIC is an intermediate representation language used as a "middle end" while compiling source code into executable binaries. A subset, called GIMPLE, is targeted by all the front ends of GCC.
The middle stage of GCC does all of the code analysis and optimization, working independently of both the compiled language and the target architecture, starting from the GENERIC representation and expanding it to register transfer language (RTL). The GENERIC representation contains only the subset of the imperative programming constructs optimized by the middle end.
In transforming the source code to GIMPLE, complex expressions are split into a three-address code using temporary variables. This representation was inspired by the SIMPLE representation proposed in the McCAT compiler by Laurie J. Hendren for simplifying the analysis and optimization of imperative programs.
Optimization can occur during any phase of compilation; however, the bulk of optimizations are performed after the syntax and semantic analysis of the front end and before the code generation of the back end; thus a common, though somewhat self-contradictory, name for this part of the compiler is the "middle end."
The exact set of GCC optimizations varies from release to release as it develops, but includes the standard algorithms, such as loop optimization, jump threading, common subexpression elimination, instruction scheduling, and so forth. The RTL optimizations are of less importance with the addition of global SSA-based optimizations on GIMPLE trees, as RTL optimizations have a much more limited scope, and have less high-level information.
Some of these optimizations performed at this level include dead-code elimination, partial-redundancy elimination, global value numbering, sparse conditional constant propagation, and scalar replacement of aggregates. Array dependence based optimizations such as automatic vectorization and automatic parallelization are also performed. Profile-guided optimization is also possible.
The GCC's back end is partly specified by preprocessor macros and functions specific to a target architecture, for instance to define its endianness, word size, and calling conventions. The front part of the back end uses these to help decide RTL generation, so although GCC's RTL is nominally processor-independent, the initial sequence of abstract instructions is already adapted to the target. At any moment, the actual RTL instructions forming the program representation have to comply with the machine description of the target architecture.
The machine description file contains RTL patterns, along with operand constraints, and code snippets to output the final assembly. The constraints indicate that a particular RTL pattern might only apply (for example) to certain hardware registers, or (for example) allow immediate operand offsets of only a limited size (e.g. 12, 16, 24, ... bit offsets, etc.). During RTL generation, the constraints for the given target architecture are checked. In order to issue a given snippet of RTL, it must match one (or more) of the RTL patterns in the machine description file, and satisfy the constraints for that pattern; otherwise, it would be impossible to convert the final RTL into machine code.
Towards the end of compilation, valid RTL is reduced to a strict form in which each instruction refers to real machine registers and a pattern from the target's machine description file. Forming strict RTL is a complicated task; an important step is register allocation, where real hardware registers are chosen to replace the initially assigned pseudo-registers. This is followed by a "reloading" phase; any pseudo-registers that were not assigned a real hardware register are 'spilled' to the stack, and RTL to perform this spilling is generated. Likewise, offsets that are too large to fit into an actual instruction must be broken up and replaced by RTL sequences that will obey the offset constraints.
In the final phase, the machine code is built by calling a small snippet of code, associated with each pattern, to generate the real instructions from the target's instruction set, using the final registers, offsets, and addresses chosen during the reload phase. The assembly-generation snippet may be just a string, in which case a simple string substitution of the registers, offsets, and/or addresses into the string is performed. The assembly-generation snippet may also be a short block of C code, performing some additional work, but ultimately returning a string containing the valid assembly code.
C++ Standard Library (libstdc++)
The GCC project includes an implementation of the C++ Standard Library called libstdc++, licensed under the GPLv3 License with an exception to link closed source application when sources are built with GCC. The current version is 11.
Some features of GCC include:
- Link-time optimization
- Link-time optimization optimizes across object file boundaries to directly improve the linked binary. Link-time optimization relies on an intermediate file containing the serialization of some Gimple representation included in the object file. The file is generated alongside the object file during source compilation. Each source compilation generates a separate object file and link-time helper file. When the object files are linked, the compiler is executed again and uses the helper files to optimize code across the separately compiled object files.
- Plugins extend the GCC compiler directly. Plugins allow a stock compiler to be tailored to specific needs by external code loaded as plugins. For example, plugins can add, replace, or even remove middle-end passes operating on Gimple representations. Several GCC plugins have already been published, notably:
- The support of plugins was once a contentious issue in 2007.
- C++ transactional memory
- The C++ language has an active proposal for transactional memory. It can be enabled in GCC 6 and newer when compiling with
- Unicode identifiers
- Although the C++ language requires support for non-ASCII Unicode characters in identifiers, the feature has only been supported since GCC 10. As with the existing handling of string literals, the source file is assumed to be encoded in UTF-8. The feature is optional in C, but has been made available too since this change.
- C extensions
- GNU C extends the C programming language with several non-standard-features, including nested functions and
The primary supported (and best tested) processor families are 64- and 32-bit ARM, 64- and 32-bit x86 64 and x86 and 64-bit PowerPC and SPARC.
GCC target processor families as of version 11.1 include:
- Epiphany (GCC 4.8)
- IA-32 (x86)
- IA-64 (Intel Itanium)
- Motorola 68000
- Nvidia GPU
- Nvidia PTX
- R8C / M16C / M32C
- System/390 / zSeries
Lesser-known target processors supported in the standard release have included:
- ETRAX CRIS
- IBM ROMP
- Intel i960
- Motorola 88000
Additional processors have been supported by GCC versions maintained separately from the FSF version:
- Cortus APS3
- C166 and C167
- Motorola 6809
- NEC SX architecture
- Nios II and Nios
- Saturn (HP48XGCC)
- TIGCC (m68k variant)
The GCJ Java compiler can target either a native machine language architecture or the Java virtual machine's Java bytecode. When retargeting GCC to a new platform, bootstrapping is often used. Motorola 68000, Zilog Z80, and other processors are also targeted in the GCC versions developed for various Texas Instruments, Hewlett Packard, Sharp, and Casio programmable graphing calculators.
GCC is licensed under the GNU General Public License version 3. The GCC runtime exception permits compilation of proprietary programs (in addition to free software) with GCC. This does not impact the license terms of GCC source code.
- ↑ 1.0 1.1 "GCC Releases". GNU Project. https://gnu.org/software/gcc/releases.html.
- ↑ "GCC Coding Conventions - GNU Project". https://gcc.gnu.org/codingconventions.html.
- ↑ 3.0 3.1 Víctor Rodríguez (2019-10-01). "Cutting Edge Toolchain (Latest Features in GCC/GLIBC)". Linux Foundation. https://www.youtube.com/watch?v=QXwxBM4sbYM.
- ↑ "GCC Runtime Library Exception". https://gnu.org/licenses/gcc-exception-3.1.
- ↑ "Programming Languages Supported by GCC". GNU Project. https://gcc.gnu.org/frontends.html.
- ↑ 6.0 6.1 "GCC 6 Release Series — Changes, New Features, and Fixes - GNU Project". https://gcc.gnu.org/gcc-6/changes.html.
- ↑ 7.0 7.1 "OpenACC - GCC Wiki". https://gcc.gnu.org/wiki/OpenACC.
- ↑ "The LLVM Compiler Infrastructure Project". https://llvm.org/Users.html.
- ↑ "Apple's GPLv3 purge" (in en-us). http://meta.ath0.com/2012/02/05/apples-great-gpl-purge/.
- ↑ Linnemann, Reid (June 20, 2012). "Why Clang". https://lists.freebsd.org/pipermail/freebsd-questions/2012-June/242495.html.
- ↑ "August 29, 2007: FreeBSD Foundation Newsletter, August 29, 2007". 2007-10-11. http://www.freebsdfoundation.org/press/2007Aug-newsletter.shtml#Letter.
- ↑ "Installing GCC: Binaries - GNU Project - Free Software Foundation (FSF)". https://gcc.gnu.org/install/binaries.html.
- ↑ von Hagen, William (2006). The Definitive Guide to GCC. Definitive Guides (2nd ed.). Apress. p. XXVII. ISBN 978-1-4302-0219-6. https://books.google.com/books?id=wQ6r3UTivJgC. "So he wrote to VUCK's author asking if GNU could use it. Evidently, VUCK's developer was uncooperative, responding that the university was free but that the compiler was not."
- ↑ 14.0 14.1 14.2 Stallman, Richard (September 20, 2011). "About the GNU Project". The GNU Project. https://www.gnu.org/gnu/thegnuproject.html.
- ↑ Puzo, Jerome E., ed (February 1986). "Gnu's Zoo". GNU's Bulletin (Free Software Foundation) 1 (1). https://www.gnu.org/bulletins/bull1.txt. Retrieved 2007-08-11.
- ↑ 16.0 16.1 16.2 16.3 von Hagen, William (2006). The Definitive Guide to GCC. Definitive Guides (2nd ed.). Apress. p. XXVII. ISBN 978-1-4302-0219-6. https://books.google.com/books?id=wQ6r3UTivJgC.
- ↑ Richard M. Stallman (forwarded by Leonard H. Tower Jr.) (March 22, 1987). "GNU C compiler beta test release". Newsgroup: comp.lang.c. Retrieved October 9, 2011.
- ↑ Stallman, Richard M. (June 22, 2001), "Contributors to GNU CC", Using and Porting the GNU Compiler Collection (GCC), Free Software Foundation, Inc., p. 7, https://gcc.gnu.org/onlinedocs/gcc-2.95.3/gcc_23.html, retrieved June 18, 2015.
- ↑ Salus, Peter H. (2005). "Chapter 10. SUN and gcc". The Daemon, the Gnu and the Penguin. Groklaw. http://www.groklaw.net/article.php?story=20050525231654621.
- ↑ Garfinkel, Simson L. (6 August 1990). "Get ready for GNU software". Computerworld: p. 102. https://books.google.com/books?id=mZ0kj6qvsvYC&pg=PT101.
- ↑ 21.0 21.1 Henkel-Wallace, David (August 15, 1997), A new compiler project to merge the existing GCC forks, https://gcc.gnu.org/news/announcement.html, retrieved May 25, 2012.
- ↑ "The Short History of GCC development". http://www.softpanorama.org/People/Stallman/history_of_gcc_development.shtml.
- ↑ "History - GCC Wiki". https://gcc.gnu.org/wiki/History#Reunification.
- ↑ "GCC steering committee - GNU Project". https://gcc.gnu.org/steering.html.
- ↑ "PATCH] Remove chill". https://gcc.gnu.org/ml/gcc-patches/2002-04/msg00887.html.
- ↑ "Chart of Fortran 2003 Features supported by GNU Fortran". GNU. https://gcc.gnu.org/wiki/Fortran2003Status.
- ↑ "Chart of Fortran 2008 Features supported by GNU Fortran". GNU. https://gcc.gnu.org/wiki/Fortran2008Status.
- ↑ "GCC 4.8 Release Series — Changes, New Features, and Fixes - GNU Project". https://gcc.gnu.org/gcc-4.8/changes.html.
- ↑ "GCC 5 Release Series — Changes, New Features, and Fixes". https://gcc.gnu.org/gcc-5/changes.html#c-family.
- ↑ "GCC 8 Release Series — Changes, New Features, and Fixes". https://gcc.gnu.org/gcc-8/changes.html.
- ↑ "Symbian GCC Improvement Project". http://www.inf.u-szeged.hu/symbian-gcc/.
- ↑ "Linux Board Support Packages". http://www.freescale.com/webapp/sps/site/overview.jsp?code=CW_BSP&fsrch=1.
- ↑ "setting up gcc as a cross-compiler". ps2stuff. 2002-06-08. http://ps2stuff.playstation2-linux.com/gcc_build.html.
- ↑ "CompileFarm - GCC Wiki". https://gcc.gnu.org/wiki/CompileFarm.
- ↑ "sh4 g++ guide". http://www.ngine.de/gccguide.html.
- ↑ "Linux Information Project". LINFO. http://www.linfo.org/gcc.html. "The GCC has been ported to (i.e., modified to run on) more than 60 platforms, which is more than for any other compiler."
- ↑ "The D Language Front-End Finally Merged Into GCC 9 - Phoronix". https://phoronix.com/scan.php?page=news_item&px=GCC-9-Merges-D-Language.
- ↑ 38.0 38.1 "GCC Front Ends". gnu.org. https://gcc.gnu.org/frontends.html.
- ↑ "GCC 5 Release Series — Changes, New Features, and Fixes - GNU Project". https://gcc.gnu.org/gcc-5/changes.html.
- ↑ "GCC 7 Release Series". gnu.org. https://gcc.gnu.org/gcc-7/changes.html.
- ↑ Proven, Liam (2022-12-16). "GCC 13 to support Modula-2: Follow-up to Pascal lives on in FOSS form". https://www.theregister.com/2022/12/16/gcc_13_will_support_modula2/.
- ↑ "C++ Standards Support in GCC". https://gcc.gnu.org/projects/cxx-status.html.
- ↑ "GCC UPC (GCC Unified Parallel C)". Intrepid Technology, Inc.. 2006-02-20. http://www.gccupc.org/.
- ↑ "GCC Front-End For Rust". https://rust-gcc.github.io.
- ↑ "GCC Front-End for Rust (Github)". January 5, 2023. https://github.com/Rust-GCC/gccrs.
- ↑ Spengler, Brad (12 January 2021). "Open Source Security, Inc. Announces Funding of GCC Front-End for Rust". https://opensrcsec.com/open_source_security_announces_rust_gcc_funding.
- ↑ "Security Features: Compile Time Buffer Checks (FORTIFY_SOURCE)". fedoraproject.org. http://fedoraproject.org/wiki/Security/Features.
- ↑ "languages used to make GCC". http://www.ohloh.net/projects/gcc/analyses/latest.
- ↑ "GCC Internals". GCC.org. https://gcc.gnu.org/onlinedocs/gccint/Libgcc.html.
- ↑ "Prerequisites for GCC - GNU Project". https://gcc.gnu.org/install/prerequisites.html.
- ↑ "GCC allows C++ – to some degree". The H. June 1, 2010. http://www.h-online.com/open/news/item/GCC-allows-C-to-some-degree-1012611.html.
- ↑ "Re: Efforts to attract more users?". https://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00518.html.
- ↑ "GCC 4.8 Release Series: Changes, New Features, and Fixes". https://gcc.gnu.org/gcc-4.8/changes.html.
- ↑ "bootstrap: Update requirement to C++11.". https://github.com/gcc-mirror/gcc/commit/5329b59a2e13dabbe2038af0fe2e3cf5fc7f98ed.
- ↑ "GCC 3.4 Release Series — Changes, New Features, and Fixes - GNU Project". https://gcc.gnu.org/gcc-3.4/changes.html.
- ↑ "GCC 4.1 Release Series — Changes, New Features, and Fixes - GNU Project". https://gcc.gnu.org/gcc-4.1/changes.html.
- ↑ "GENERIC (GNU Compiler Collection (GCC) Internals)". https://gcc.gnu.org/onlinedocs/gccint/GENERIC.html.
- ↑ "GIMPLE (GNU Compiler Collection (GCC) Internals)". https://gcc.gnu.org/onlinedocs/gccint/GIMPLE.html.
- ↑ "McCAT". http://www-acaps.cs.mcgill.ca/info/McCAT/McCAT.html.
- ↑ "Laurie Hendren's Home Page". http://www.sable.mcgill.ca/~hendren/.
- ↑ Novillo, Diego (December 2004). "From Source to Binary: The Inner Workings of GCC". Red Hat Magazine. http://www.redhat.com/magazine/002dec04/features/gcc/.
- ↑ "Installing GCC: Building - GNU Project". https://gcc.gnu.org/install/build.html#TOC4.
- ↑ "The GNU C++ Library". GNU Project. https://gcc.gnu.org/onlinedocs/libstdc++. Retrieved 2021-02-21.
- ↑ "License". GNU Project. https://gcc.gnu.org/onlinedocs/libstdc++/manual/license.html. Retrieved 2021-02-21.
- ↑ "Plugins". GCC online documentation. https://gcc.gnu.org/onlinedocs/gccint/Plugins.html.
- ↑ Starynkevitch, Basile. "GCC plugins thru the MELT example". http://gcc-melt.org/gcc-plugin-MELT-LinuxCollabSummit2014.pdf.
- ↑ "About GCC MELT". http://gcc-melt.org/.
- ↑ "GCC unplugged [LWN.net"]. https://lwn.net/Articles/259157/.
- ↑ "TransactionalMemory - GCC Wiki". https://gcc.gnu.org/wiki/TransactionalMemory.
- ↑ "Lewis Hyatt - [PATCH wwwdocs: Document support for extended identifiers added to GCC"]. https://gcc.gnu.org/legacy-ml/gcc-patches/2020-01/msg01667.html.
- ↑ "Recommendations for extended identifier characters for C and C++". http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3146.html.
- ↑ "C Extensions (Using the GNU Compiler Collection (GCC))". https://gcc.gnu.org/onlinedocs/gcc/C-Extensions.html.
- ↑ "Typeof - Using the GNU Compiler Collection (GCC)". https://gcc.gnu.org/onlinedocs/gcc-5.2.0/gcc/Typeof.html.
- ↑ "GCC 12 Release Criteria". 2022-10-26. https://gcc.gnu.org/gcc-12/criteria.html.
- ↑ "Option Summary (Using the GNU Compiler Collection (GCC))". https://gcc.gnu.org/onlinedocs/gcc-10.2.0/gcc/Option-Summary.html#Option-Summary.
- ↑ "Hexagon Project Wiki". https://www.codeaurora.org/xwiki/bin/Hexagon/.
- ↑ "Google Code Archive - Long-term storage for Google Code Project Hosting.". https://code.google.com/archive/p/sx-gcc.
- ↑ "The GNU Compiler for the Java Programming Language". https://gcc.gnu.org/java/.
- ↑ graphing calculators#programming
- ↑ "Using the GNU Compiler Collection". https://gcc.gnu.org/onlinedocs/gcc/Copying.html#Copying.
- ↑ "GCC Runtime Exception". FSF. https://www.gnu.org/licenses/gcc-exception.
- Using the GNU Compiler Collection (GCC), Free Software Foundation, 2008.
- GNU Compiler Collection (GCC) Internals, Free Software Foundation, 2008.
- An Introduction to GCC, Network Theory Ltd., 2004 (Revised August 2005). ISBN:0-9541617-9-3.
- Arthur Griffith, GCC: The Complete Reference. McGraw Hill / Osborne, 2002. ISBN:0-07-222405-3.
|Wikimedia Commons has media related to GCC.|
- Collection of GCC 4.0.2 architecture and internals documents at I.I.T. Bombay
- Kerner, Sean Michael (March 2, 2006). "New GCC Heavy on Optimization". internetnews.com. http://www.internetnews.com/dev-news/article.php/3588926none
- Kerner, Sean Michael (April 22, 2005). "Open Source GCC 4.0: Older, Faster". internetnews.com. http://www.internetnews.com/dev-news/article.php/3499881none
- From Source to Binary: The Inner Workings of GCC, by Diego Novillo, Red Hat Magazine, December 2004
- A 2003 paper on GENERIC and GIMPLE
- Marketing Cygnus Support, an essay covering GCC development for the 1990s, with 30 monthly reports for in the "Inside Cygnus Engineering" section near the end
- EGCS 1.0 announcement
- EGCS 1.0 features list
- Fear of Forking, an essay by Rick Moen recording seven well-known forks, including the GCC/EGCS one
Original source: https://en.wikipedia.org/wiki/GNU Compiler Collection. Read more