docs/ReleaseNotes.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
   2                       "http://www.w3.org/TR/html4/strict.dtd">
   3 <html>
   4 <head>
   5   <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
   6   <link rel="stylesheet" href="llvm.css" type="text/css">
   7   <title>LLVM 2.0 Release Notes</title>
   8 </head>
   9 <body>
  10
  11 <div class="doc_title">LLVM 2.0 Release Notes</div>
  12
  13 <ol>
  14   <li><a href="#intro">Introduction</a></li>
  15   <li><a href="#whatsnew">What's New?</a></li>
  16   <li><a href="GettingStarted.html">Installation Instructions</a></li>
  17   <li><a href="#portability">Portability and Supported Platforms</a></li>
  18   <li><a href="#knownproblems">Known Problems</a>
  19   <li><a href="#additionalinfo">Additional Information</a></li>
  20 </ol>
  21
  22 <div class="doc_author">
  23   <p>Written by the <a href="http://llvm.org">LLVM Team</a><p>
  24 </div>
  25
  26 <!-- *********************************************************************** -->
  27 <div class="doc_section">
  28   <a name="intro">Introduction</a>
  29 </div>
  30 <!-- *********************************************************************** -->
  31
  32 <div class="doc_text">
  33
  34 <p>This document contains the release notes for the LLVM compiler
  35 infrastructure, release 2.0.  Here we describe the status of LLVM, including any
  36 known problems and major improvements from the previous release.  All LLVM
  37 releases may be downloaded from the <a href="http://llvm.org/releases/">LLVM
  38 releases web site</a>.
  39
  40 <p>For more information about LLVM, including information about the latest
  41 release, please check out the <a href="http://llvm.org/">main LLVM
  42 web site</a>.  If you have questions or comments, the <a
  43 href="http://mail.cs.uiuc.edu/mailman/listinfo/llvmdev">LLVM developer's mailing
  44 list</a> is a good place to send them.</p>
  45
  46 <p>Note that if you are reading this file from CVS or the main LLVM web page,
  47 this document applies to the <i>next</i> release, not the current one.  To see
  48 the release notes for the current or previous releases, see the <a
  49 href="http://llvm.org/releases/">releases page</a>.</p>
  50
  51 </div>
  52
  53 <!-- *********************************************************************** -->
  54 <div class="doc_section">
  55   <a name="whatsnew">What's New?</a>
  56 </div>
  57 <!-- *********************************************************************** -->
  58
  59 <div class="doc_text">
  60
  61 <p>This is the eleventh public release of the LLVM Compiler Infrastructure.
  62 Being the first major release since 1.0, this release is different in several
  63 ways from our previous releases:</p>
  64
  65 <ol>
  66 <li>We took this as an opportunity to
  67 break backwards compatibility with the LLVM 1.x bytecode and .ll file format.
  68 If you have LLVM 1.9 .ll files that you would like to upgrade to LLVM 2.x, we
  69 recommend the use of the stand alone <a href=#llvm-upgrade">llvm-upgrade</a>
  70 tool.  We intend to keep compatibility with .ll and .bc formats within the 2.x
  71 release series, like we did within the 1.x series.</li>
  72 <li>There are several significant change to the LLVM IR and internal APIs, such
  73     as a major overhaul of the type system, the completely new bitcode file
  74     format, etc.</li>
  75 <li>We designed the release around a 6 month release cycle instead of the usual
  76     3-month cycle.  This gave us extra time to develop and test some of the
  77     more invasive features in this release.</li>
  78 <li>LLVM 2.0 no longer supports the llvm-gcc3 front-end.</li>
  79 </ol>
  80
  81 <p>Note that while this is a major version bump, this release has been
  82    extensively tested on a wide range of software.  It is easy to say that this
  83    is our best release yet, in terms of both features and correctness.</p>
  84
  85 </div>
  86
  87 <!--=========================================================================-->
  88 <div class="doc_subsection">
  89 <a name="newfeatures">New Features in LLVM 2.0</a>
  90 </div>
  91
  92 <!--_________________________________________________________________________-->
  93 <div class="doc_subsubsection"><a name="optimizer">Optimizer
  94 Improvements</a></div>
  95 <div class="doc_text">
  96 <p>The mid-level optimizer is now faster and produces better code in many cases.
  97   Significant changes include:</p>
  98
  99 <ul>
 100 <li></li>
 101 </ul>
 102
 103 </div>
 104
 105 <!--_________________________________________________________________________-->
 106 <div class="doc_subsubsection"><a name="codegen">Code
 107 Generator Enhancements</a></div>
 108
 109 <div class="doc_text">
 110 <p>
 111 The LLVM Target-Independent code generator now supports more target features and
 112 optimizes many cases more aggressively.  New features include:
 113 </p>
 114
 115 <ul>
 116 <li></li>
 117 </ul>
 118
 119 <p>In addition, the LLVM target description format has itself been extended in
 120  several ways:</p>
 121
 122 <ul>
 123 <li></li>
 124 </ul>
 125
 126 <p>Further, several significant target-specific enhancements are included in
 127 LLVM 2.0:</p>
 128
 129 <ul>
 130 <li></li>
 131 </ul>
 132
 133 </div>
 134
 135 <!--_________________________________________________________________________-->
 136 <div class="doc_subsubsection"><a name="other">Other Improvements</a></div>
 137 <div class="doc_text">
 138 <p></p>
 139
 140 <p>More specific changes include:</p>
 141
 142 <ul>
 143 <li></li>
 144 </ul>
 145 </div>
 146
 147
 148
 149 <!-- *********************************************************************** -->
 150 <div class="doc_section">
 151   <a name="portability">Portability and Supported Platforms</a>
 152 </div>
 153 <!-- *********************************************************************** -->
 154
 155 <div class="doc_text">
 156
 157 <p>LLVM is known to work on the following platforms:</p>
 158
 159 <ul>
 160   <li>Intel and AMD machines running Red Hat Linux, Fedora Core and FreeBSD
 161       (and probably other unix-like systems).</li>
 162 <li>Intel and AMD machines running on Win32 using MinGW libraries (native)</li>
 163 <li>Sun UltraSPARC workstations running Solaris 8.</li>
 164 <li>Intel and AMD machines running on Win32 with the Cygwin libraries (limited
 165     support is available for native builds with Visual C++).</li>
 166 <li>PowerPC and X86-based Mac OS X systems, running 10.2 and above in 32-bit and
 167     64-bit modes.</li>
 168 <li>Alpha-based machines running Debian GNU/Linux.</li>
 169 <li>Itanium-based machines running Linux and HP-UX.</li>
 170 </ul>
 171
 172 <p>The core LLVM infrastructure uses
 173 <a href="http://www.gnu.org/software/autoconf/">GNU autoconf</a> to adapt itself
 174 to the machine and operating system on which it is built.  However, minor
 175 porting may be required to get LLVM to work on new platforms.  We welcome your
 176 portability patches and reports of successful builds or error messages.</p>
 177
 178 </div>
 179
 180 <!-- *********************************************************************** -->
 181 <div class="doc_section">
 182   <a name="knownproblems">Known Problems</a>
 183 </div>
 184 <!-- *********************************************************************** -->
 185
 186 <div class="doc_text">
 187
 188 <p>This section contains all known problems with the LLVM system, listed by
 189 component.  As new problems are discovered, they will be added to these
 190 sections.  If you run into a problem, please check the <a
 191 href="http://llvm.org/bugs/">LLVM bug database</a> and submit a bug if
 192 there isn't already one.</p>
 193
 194 </div>
 195
 196 <!-- ======================================================================= -->
 197 <div class="doc_subsection">
 198   <a name="experimental">Experimental features included with this release</a>
 199 </div>
 200
 201 <div class="doc_text">
 202
 203 <p>The following components of this LLVM release are either untested, known to
 204 be broken or unreliable, or are in early development.  These components should
 205 not be relied on, and bugs should not be filed against them, but they may be
 206 useful to some people.  In particular, if you would like to work on one of these
 207 components, please contact us on the <a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev">LLVMdev list</a>.</p>
 208
 209 <ul>
 210 <li>The <tt>-cee</tt> pass is known to be buggy, and may be removed in in a
 211     future release.</li>
 212 <li>C++ EH support</li>
 213 <li>The IA64 code generator is experimental.</li>
 214 <li>The Alpha JIT is experimental.</li>
 215 <li>"<tt>-filetype=asm</tt>" (the default) is the only supported value for the
 216     <tt>-filetype</tt> llc option.</li>
 217 </ul>
 218
 219 </div>
 220
 221 <!-- ======================================================================= -->
 222 <div class="doc_subsection">
 223   <a name="x86-be">Known problems with the X86 back-end</a>
 224 </div>
 225
 226 <div class="doc_text">
 227
 228 <ul>
 229 <li>The X86 backend does not yet support <a href="http://llvm.org/PR879">inline
 230     assembly that uses the X86 floating point stack</a>.</li>
 231 </ul>
 232
 233 </div>
 234
 235 <!-- ======================================================================= -->
 236 <div class="doc_subsection">
 237   <a name="ppc-be">Known problems with the PowerPC back-end</a>
 238 </div>
 239
 240 <div class="doc_text">
 241
 242 <ul>
 243 <li><a href="http://llvm.org/PR642">PowerPC backend does not correctly
 244 implement ordered FP comparisons</a>.</li>
 245 </ul>
 246
 247 </div>
 248
 249 <!-- ======================================================================= -->
 250 <div class="doc_subsection">
 251   <a name="sparc-be">Known problems with the SPARC back-end</a>
 252 </div>
 253
 254 <div class="doc_text">
 255
 256 <ul>
 257 <li>The SPARC backend only supports the 32-bit SPARC ABI (-m32), it does not
 258     support the 64-bit SPARC ABI (-m64).</li>
 259 </ul>
 260
 261 </div>
 262
 263 <!-- ======================================================================= -->
 264 <div class="doc_subsection">
 265   <a name="c-be">Known problems with the C back-end</a>
 266 </div>
 267
 268 <div class="doc_text">
 269
 270 <ul>
 271
 272 <li>The C back-end produces code that violates the ANSI C Type-Based Alias
 273 Analysis rules.  As such, special options may be necessary to compile the code
 274 (for example, GCC requires the <tt>-fno-strict-aliasing</tt> option).  This
 275 problem probably cannot be fixed.</li>
 276
 277 <li><a href="http://llvm.org/PR56">Zero arg vararg functions are not
 278 supported</a>.  This should not affect LLVM produced by the C or C++
 279 frontends.</li>
 280
 281 <li>The C backend does not correctly implement the <a
 282 href="LangRef.html#int_stacksave"><tt>llvm.stacksave</tt></a> or
 283 <a href="LangRef.html#int_stackrestore"><tt>llvm.stackrestore</tt></a>
 284 intrinsics.  This means that some code compiled by it can run out of stack
 285 space if they depend on these (e.g. C99 varargs).</li>
 286
 287 <li><a href="http://llvm.org/PR802">The C backend does not support inline
 288     assembly code</a>.</li>
 289 </ul>
 290
 291 </div>
 292
 293 <!-- ======================================================================= -->
 294 <div class="doc_subsection">
 295   <a name="alpha-be">Known problems with the Alpha back-end</a>
 296 </div>
 297
 298 <div class="doc_text">
 299
 300 <ul>
 301
 302 <li>On 21164s, some rare FP arithmetic sequences which may trap do not have the
 303 appropriate nops inserted to ensure restartability.</li>
 304
 305 </ul>
 306 </div>
 307
 308 <!-- ======================================================================= -->
 309 <div class="doc_subsection">
 310   <a name="ia64-be">Known problems with the IA64 back-end</a>
 311 </div>
 312
 313 <div class="doc_text">
 314
 315 <ul>
 316
 317 <li>C++ programs are likely to fail on IA64, as calls to <tt>setjmp</tt> are
 318 made where the argument is not 16-byte aligned, as required on IA64. (Strictly
 319 speaking this is not a bug in the IA64 back-end; it will also be encountered
 320 when building C++ programs using the C back-end.)</li>
 321
 322 <li>The C++ front-end does not use <a href="http://llvm.org/PR406">IA64
 323 ABI compliant layout of v-tables</a>.  In particular, it just stores function
 324 pointers instead of function descriptors in the vtable.  This bug prevents
 325 mixing C++ code compiled with LLVM with C++ objects compiled by other C++
 326 compilers.</li>
 327
 328 <li>There are a few ABI violations which will lead to problems when mixing LLVM
 329 output with code built with other compilers, particularly for floating-point
 330 programs.</li>
 331
 332 <li>Defining vararg functions is not supported (but calling them is ok).</li>
 333
 334 <li>The Itanium backend has bitrotted somewhat.</li>
 335 </ul>
 336
 337 </div>
 338
 339 <!-- ======================================================================= -->
 340 <div class="doc_subsection">
 341   <a name="arm-be">Known problems with the ARM back-end</a>
 342 </div>
 343
 344 <div class="doc_text">
 345
 346 <ul>
 347 <li>The ARM backend is currently in early development stages, it is not
 348 ready for production use.</li>
 349 </ul>
 350
 351 </div>
 352
 353 <!-- ======================================================================= -->
 354 <div class="doc_subsection">
 355   <a name="core">Known problems with the LLVM Core</a>
 356 </div>
 357
 358 <div class="doc_text">
 359
 360 <ul>
 361   <li>In the JIT, <tt>dlsym()</tt> on a symbol compiled by the JIT will not
 362   work.</li>
 363 </ul>
 364 </div>
 365
 366 <!-- ======================================================================= -->
 367 <div class="doc_subsection">
 368   <a name="c-fe">Known problems with the C front-end</a>
 369 </div>
 370
 371 <!-- _______________________________________________________________________ -->
 372 <div class="doc_subsubsection">Bugs</div>
 373
 374 <div class="doc_text">
 375
 376 <p>
 377
 378 <p>llvm-gcc4 is far more stable and produces better code than llvm-gcc3, but
 379 does not currently support <a href="http://llvm.org/PR869">Link-Time
 380 Optimization</a> or <a href="http://llvm.org/PR870">C++ Exception Handling</a>,
 381 which llvm-gcc3 does.</p>
 382
 383 <p>llvm-gcc4 does not support the <a href="http://llvm.org/PR947">GCC indirect
 384 goto extension</a>, but llvm-gcc3 does.</p>
 385
 386 </div>
 387
 388 <!-- _______________________________________________________________________ -->
 389 <div class="doc_subsubsection">
 390   Notes
 391 </div>
 392
 393 <div class="doc_text">
 394
 395 <ul>
 396
 397 <li>"long double" is transformed by the front-end into "double".  There is no
 398 support for floating point data types of any size other than 32 and 64
 399 bits.</li>
 400
 401 <li>Although many GCC extensions are supported, some are not.  In particular,
 402     the following extensions are known to <b>not be</b> supported:
 403   <ol>
 404   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Local-Labels.html#Local%20Labels">Local Labels</a>: Labels local to a block.</li>
 405   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Nested-Functions.html#Nested%20Functions">Nested Functions</a>: As in Algol and Pascal, lexical scoping of functions.</li>
 406   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Constructing-Calls.html#Constructing%20Calls">Constructing Calls</a>: Dispatching a call to another function.</li>
 407   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Thread_002dLocal.html">Thread-Local</a>: Per-thread variables.</li>
 408   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Pragmas.html#Pragmas">Pragmas</a>: Pragmas accepted by GCC.</li>
 409   </ol>
 410
 411   <p>The following GCC extensions are <b>partially</b> supported.  An ignored
 412   attribute means that the LLVM compiler ignores the presence of the attribute,
 413   but the code should still work.  An unsupported attribute is one which is
 414   ignored by the LLVM compiler and will cause a different interpretation of
 415   the program.</p>
 416
 417   <ol>
 418   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Variable-Length.html#Variable%20Length">Variable Length</a>:
 419       Arrays whose length is computed at run time.<br>
 420       Supported, but allocated stack space is not freed until the function returns (noted above).</li>
 421
 422   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html#Function%20Attributes">Function Attributes</a>:
 423
 424       Declaring that functions have no side effects or that they can never
 425       return.<br>
 426
 427       <b>Supported:</b> <tt>constructor</tt>, <tt>destructor</tt>,
 428       <tt>deprecated</tt>, <tt>fastcall</tt>, <tt>format</tt>,
 429       <tt>format_arg</tt>, <tt>non_null</tt>, <tt>noreturn</tt>,
 430       <tt>section</tt>, <tt>stdcall</tt>, <tt>unused</tt>, <tt>used</tt>,
 431       <tt>visibility</tt>, <tt>warn_unused_result</tt>, <tt>weak</tt><br>
 432
 433       <b>Ignored:</b> <tt>noinline</tt>,
 434       <tt>always_inline</tt>, <tt>pure</tt>, <tt>const</tt>, <tt>nothrow</tt>,
 435       <tt>malloc</tt>, <tt>no_instrument_function</tt>, <tt>cdecl</tt><br>
 436
 437       <b>Unsupported:</b> <tt>alias</tt>, <tt>regparm</tt>, all other target specific
 438       attributes</li>
 439
 440   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html#Variable%20Attributes">Variable Attributes</a>:
 441       Specifying attributes of variables.<br>
 442       <b>Supported:</b> <tt>cleanup</tt>, <tt>common</tt>, <tt>nocommon</tt>,
 443       <tt>deprecated</tt>, <tt>dllimport</tt>, <tt>dllexport</tt>,
 444       <tt>section</tt>, <tt>transparent_union</tt>, <tt>unused</tt>,
 445       <tt>used</tt>, <tt>weak</tt><br>
 446
 447       <b>Unsupported:</b> <tt>aligned</tt>, <tt>mode</tt>, <tt>packed</tt>,
 448                           <tt>shared</tt>, <tt>tls_model</tt>,
 449                           <tt>vector_size</tt>, all target specific attributes.
 450   </li>
 451
 452   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Type-Attributes.html#Type%20Attributes">Type Attributes</a>:   Specifying attributes of types.<br>
 453       <b>Supported:</b> <tt>transparent_union</tt>, <tt>unused</tt>,
 454                         <tt>deprecated</tt>, <tt>may_alias</tt><br>
 455
 456       <b>Unsupported:</b> <tt>aligned</tt>, <tt>packed</tt>,
 457                         all target specific attributes.</li>
 458
 459   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other%20Builtins">Other Builtins</a>:
 460       Other built-in functions.<br>
 461       We support all builtins which have a C language equivalent (e.g.,
 462          <tt>__builtin_cos</tt>),  <tt>__builtin_alloca</tt>,
 463          <tt>__builtin_types_compatible_p</tt>, <tt>__builtin_choose_expr</tt>,
 464          <tt>__builtin_constant_p</tt>, and <tt>__builtin_expect</tt>
 465          (currently ignored).  We also support builtins for ISO C99 floating
 466          point comparison macros (e.g., <tt>__builtin_islessequal</tt>),
 467          <tt>__builtin_prefetch</tt>, <tt>__builtin_popcount[ll]</tt>,
 468          <tt>__builtin_clz[ll]</tt>, and <tt>__builtin_ctz[ll]</tt>.</li>
 469   </ol>
 470
 471   <p>The following extensions <b>are</b> known to be supported:</p>
 472
 473   <ol>
 474   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Labels-as-Values.html#Labels%20as%20Values">Labels as Values</a>: Getting pointers to labels and computed gotos.</li>
 475   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Statement-Exprs.html#Statement%20Exprs">Statement Exprs</a>:   Putting statements and declarations inside expressions.</li>
 476   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Typeof.html#Typeof">Typeof</a>: <code>typeof</code>: referring to the type of an expression.</li>
 477   <li><a href="http://gcc.gnu.org/onlinedocs/gcc-3.4.0/gcc/Lvalues.html#Lvalues">Lvalues</a>: Using <code>?:</code>, "<code>,</code>" and casts in lvalues.</li>
 478   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Conditionals.html#Conditionals">Conditionals</a>: Omitting the middle operand of a <code>?:</code> expression.</li>
 479   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Long-Long.html#Long%20Long">Long Long</a>: Double-word integers.</li>
 480   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex">Complex</a>:   Data types for complex numbers.</li>
 481   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Hex-Floats.html#Hex%20Floats">Hex Floats</a>:Hexadecimal floating-point constants.</li>
 482   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html#Zero%20Length">Zero Length</a>: Zero-length arrays.</li>
 483   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Empty-Structures.html#Empty%20Structures">Empty Structures</a>: Structures with no members.</li>
 484   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Variadic-Macros.html#Variadic%20Macros">Variadic Macros</a>: Macros with a variable number of arguments.</li>
 485   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Escaped-Newlines.html#Escaped%20Newlines">Escaped Newlines</a>:  Slightly looser rules for escaped newlines.</li>
 486   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html#Extended%20Asm">Extended Asm</a>: Assembler instructions with C expressions as operands.</li>
 487   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Constraints.html#Constraints">Constraints</a>: Constraints for asm operands.</li>
 488   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Asm-Labels.html#Asm%20Labels">Asm Labels</a>: Specifying the assembler name to use for a C symbol.</li>
 489   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Explicit-Reg-Vars.html#Explicit%20Reg%20Vars">Explicit Reg Vars</a>: Defining variables residing in specified registers.</li>
 490   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Vector-Extensions.html#Vector%20Extensions">Vector Extensions</a>: Using vector instructions through built-in functions.</li>
 491   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Target-Builtins.html#Target%20Builtins">Target Builtins</a>:   Built-in functions specific to particular targets.</li>
 492   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Subscripting.html#Subscripting">Subscripting</a>: Any array can be subscripted, even if not an lvalue.</li>
 493   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Pointer-Arith.html#Pointer%20Arith">Pointer Arith</a>: Arithmetic on <code>void</code>-pointers and function pointers.</li>
 494   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Initializers.html#Initializers">Initializers</a>: Non-constant initializers.</li>
 495   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Compound-Literals.html#Compound%20Literals">Compound Literals</a>: Compound literals give structures, unions,
 496 or arrays as values.</li>
 497   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Designated-Inits.html#Designated%20Inits">Designated Inits</a>: Labeling elements of initializers.</li>
 498   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Cast-to-Union.html#Cast%20to%20Union">Cast to Union</a>: Casting to union type from any member of the union.</li>
 499   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Case-Ranges.html#Case%20Ranges">Case Ranges</a>: `case 1 ... 9' and such.</li>
 500   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Mixed-Declarations.html#Mixed%20Declarations">Mixed Declarations</a>: Mixing declarations and code.</li>
 501   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Function-Prototypes.html#Function%20Prototypes">Function Prototypes</a>: Prototype declarations and old-style definitions.</li>
 502   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Comments.html#C_002b_002b-Comments">C++ Comments</a>: C++ comments are recognized.</li>
 503   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Dollar-Signs.html#Dollar%20Signs">Dollar Signs</a>: Dollar sign is allowed in identifiers.</li>
 504   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Character-Escapes.html#Character%20Escapes">Character Escapes</a>: <code>\e</code> stands for the character &lt;ESC&gt;.</li>
 505   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Alignment.html#Alignment">Alignment</a>: Inquiring about the alignment of a type or variable.</li>
 506   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Inline.html#Inline">Inline</a>: Defining inline functions (as fast as macros).</li>
 507   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Alternate-Keywords.html#Alternate%20Keywords">Alternate Keywords</a>:<code>__const__</code>, <code>__asm__</code>, etc., for header files.</li>
 508   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Incomplete-Enums.html#Incomplete%20Enums">Incomplete Enums</a>:  <code>enum foo;</code>, with details to follow.</li>
 509   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Function-Names.html#Function%20Names">Function Names</a>: Printable strings which are the name of the current function.</li>
 510   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Return-Address.html#Return%20Address">Return Address</a>: Getting the return or frame address of a function.</li>
 511   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Unnamed-Fields.html#Unnamed%20Fields">Unnamed Fields</a>: Unnamed struct/union fields within structs/unions.</li>
 512   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Attribute-Syntax.html#Attribute%20Syntax">Attribute Syntax</a>: Formal syntax for attributes.</li>
 513   </ol></li>
 514
 515 </ul>
 516
 517 <p>If you run into GCC extensions which have not been included in any of these
 518 lists, please let us know (also including whether or not they work).</p>
 519
 520 </div>
 521
 522 <!-- ======================================================================= -->
 523 <div class="doc_subsection">
 524   <a name="c++-fe">Known problems with the C++ front-end</a>
 525 </div>
 526
 527 <div class="doc_text">
 528
 529 <p>For this release, the C++ front-end is considered to be fully
 530 tested and works for a number of non-trivial programs, including LLVM
 531 itself.</p>
 532
 533 </div>
 534
 535 <!-- _______________________________________________________________________ -->
 536 <div class="doc_subsubsection">
 537   Notes
 538 </div>
 539
 540 <div class="doc_text">
 541 <ul>
 542 <li>llvm-gcc4 does not support C++ exception handling at all yet.</li>
 543
 544 <li>Destructors for local objects are not always run when a <tt>longjmp</tt> is
 545     performed. In particular, destructors for objects in the <tt>longjmp</tt>ing
 546     function and in the <tt>setjmp</tt> receiver function may not be run.
 547     Objects in intervening stack frames will be destroyed, however (which is
 548     better than most compilers).</li>
 549
 550 <li>The LLVM C++ front-end follows the <a
 551     href="http://www.codesourcery.com/cxx-abi">Itanium C++ ABI</a>.
 552     This document, which is not Itanium specific, specifies a standard for name
 553     mangling, class layout, v-table layout, RTTI formats, and other C++
 554     representation issues.  Because we use this API, code generated by the LLVM
 555     compilers should be binary compatible with machine code generated by other
 556     Itanium ABI C++ compilers (such as G++, the Intel and HP compilers, etc).
 557     <i>However</i>, the exception handling mechanism used by llvm-gcc3 is very
 558     different from the model used in the Itanium ABI, so <b>exceptions will not
 559     interact correctly</b>. </li>
 560
 561 </ul>
 562
 563 </div>
 564
 565
 566
 567 <!-- *********************************************************************** -->
 568 <div class="doc_section">
 569   <a name="additionalinfo">Additional Information</a>
 570 </div>
 571 <!-- *********************************************************************** -->
 572
 573 <div class="doc_text">
 574
 575 <p>A wide variety of additional information is available on the <a
 576 href="http://llvm.org">LLVM web page</a>, including <a
 577 href="http://llvm.org/docs/">documentation</a> and <a
 578 href="http://llvm.org/pubs/">publications describing algorithms and
 579 components implemented in LLVM</a>.  The web page also contains versions of the
 580 API documentation which is up-to-date with the CVS version of the source code.
 581 You can access versions of these documents specific to this release by going
 582 into the "<tt>llvm/doc/</tt>" directory in the LLVM tree.</p>
 583
 584 <p>If you have any questions or comments about LLVM, please feel free to contact
 585 us via the <a href="http://llvm.org/docs/#maillist"> mailing
 586 lists</a>.</p>
 587
 588 </div>
 589
 590 <!-- *********************************************************************** -->
 591
 592 <hr>
 593 <address>
 594   <a href="http://jigsaw.w3.org/css-validator/check/referer"><img
 595   src="http://jigsaw.w3.org/css-validator/images/vcss" alt="Valid CSS!"></a>
 596   <a href="http://validator.w3.org/check/referer"><img
 597   src="http://www.w3.org/Icons/valid-html401" alt="Valid HTML 4.01!" /></a>
 598
 599   <a href="http://llvm.org/">The LLVM Compiler Infrastructure</a><br>
 600   Last modified: $Date$
 601 </address>
 602
 603 </body>
 604 </html>