| |||||||||||||
LCA: Static analysis with GCC pluginsLCA: Static analysis with GCC pluginsPosted Jan 24, 2010 20:34 UTC (Sun) by JoeBuck (subscriber, #2330)In reply to: LCA: Static analysis with GCC plugins by marcH Parent article: LCA: Static analysis with GCC plugins Sun's compiler accepts a non-standard dialect, which they froze long ago and won't fix based on backward compatibility arguments. They provide two different "standard libraries", the default, broken one and a better one based on STLPort. Getting modern C++ code to pass Sun's compiler is a real chore.
(Log in to post comments)
LCA: Static analysis with GCC plugins Posted Jan 25, 2010 0:59 UTC (Mon) by roc (subscriber, #30627) [Link]
IBM's C++ compiler also has its own front end.
Only 3 real C++ parsers Posted Jan 29, 2010 16:47 UTC (Fri) by giraffedata (subscriber, #1954) [Link] IBM's C++ compiler also has its own front end. Meaning what (I don't know what a front end is)? Does it use one of the three stated real C++ parsers? Does it have its own parser which, like Sun's isn't real because it can't parse standard C++?
Only 3 real C++ parsers Posted Jan 30, 2010 18:21 UTC (Sat) by nix (subscriber, #2304) [Link]
Front end: the thing which takes a high-level language (e.g. C++) and
yields a language-independent, relatively machine-independent representation for optimization and translation into machine-dependent form. (In recent versions of GCC, this intermediate representation is GIMPLE).
(There is no formal name for this machine-independent part that I know of,
|
|||||||||||||