Original author(s) | Stephen C. Johnson |
---|---|
Developer(s) | AT&T Bell Laboratories |
Initial release | 1979; 46 years ago (1979) |
Stable release | 1.1.0 / December 10, 2014; 10 years ago (2014-12-10) |
Written in | C |
Operating system | Unix andUnix-like |
Type | CCompiler |
License | BSD License |
Website | web![]() |
ThePortable C Compiler (also known aspcc or sometimespccm - portable C compiler machine) is an earlycompiler for theC programming language written byStephen C. Johnson ofBell Labs in the mid-1970s,[1] based in part on ideas proposed byAlan Snyder in 1973,[2][3]and "distributed asthe C compiler by Bell Labs... with the blessing ofDennis Ritchie."[4]
Being one of the first compilers that could easily be adapted to output code for different computer architectures, the compiler had a long life span. It debuted inSeventh Edition Unix and shipped withBSD Unix until the release of4.4BSD in 1994, when it was replaced by theGNU C Compiler. It was very influential in its day, so much so that at the beginning of the 1980s, the majority of C compilers were based on it.[5] Anders Magnusson and Peter A Jonsson restarted development of pcc in 2007, rewriting it extensively to support theC99 standard.[6]
Key features of pcc are itsportability and improved diagnostic capabilities. Thecompiler was designed so that only a few of itssourcefiles aremachine-dependent. It is relatively robust tosyntax errors and performs more thorough validity checks than its contemporaries.[according to whom?]
The first C compiler, written byDennis Ritchie, used arecursive descent parser, incorporated specific knowledge about thePDP-11, and relied on an optional machine-specific optimizer to improve the assembly language code it generated. In contrast, Johnson's pccm was based on ayacc-generated parser and used a more general target machine model. Both compilers produced target-specific assembly language code which they then assembled to produce linkable object modules.
Later versions of PCC, known within Bell Labs as "QCC" and "RCC," supported other target architecture models.[citation needed]
The language that PCC implements is an extended version ofK&R C thatBjarne Stroustrup has called "Classic C", incorporating thevoid
return type (for functions that don't return any value), enumerations and structure assignment.[4]
A new version of pcc, based on the original by Steve Johnson, is maintained[when?] by Anders Magnusson.[6] The compiler is provided under theBSD licence and its development is funded by a non-profit organization called BSD Fund. According to Magnusson:
The big benefit of it (apart from that it's BSD licensed, for license geeks) is that it is fast, 5-10 times faster than gcc, while still producing reasonable code. <...> [I]t is also quite simple to port...
— Anders Magnusson[7]
This new version was added to theNetBSDpkgsrc andOpenBSD source trees in September 2007,[8] and later into the mainNetBSD source tree.[9] There had been some speculation that it might eventually be used to supplant the GNU C Compiler on BSD-based operating systems,[10] thoughFreeBSD[11][12] andNetBSD[13] are both looking toClang as a potential replacement, andTheo de Raadt ofOpenBSD asserts that pcc is not ready yet to be a gcc replacement, and the disposal of gcc is not top priority.[14] On December 29, 2009, pcc became capable of building a functional x86OpenBSD kernel image.[15]
pcc version 1.0 was released on 1 April 2011.[16]As of this release, the compiler supportsx86 andx86-64 processor architectures and runs onNetBSD,OpenBSD,FreeBSD, variousLinux distributions, andMicrosoft Windows.[17]Further development, including support for more architectures, andFORTRAN 77 andC++ front ends, is continuing as of 2022.
PCC was removed from the OpenBSDsource tree in 2012.[18] Development on it had stalled and no maintainer had stepped up to develop it into something that could make a practical alternative toGNU Compiler Collection.[19][20]
The latest version of pcc, namely 1.1.0, was released on 10 December 2014.[21]
At the start of the decade, nearly every compiler was based on Johnson'spcc; by 1985 there were many independently-produced compiler products.
But that's never really been the agenda, see. Some people think we hate GNU code. But the thing is we hate large code, and buggy code that upstream does not maintain. That's the real problem… gcc gets about 5-6% slower every release, has new bugs, generates crappy code, and drives us nuts. This is just an attempt to see if something better can show up.