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   <link rel="stylesheet" href="llvm.css" type="text/css">
   6   <title>LLVM 1.3 Release Notes</title>
   7 </head>
   8 <body>
   9
  10 <div class="doc_title">LLVM 1.3 Release Notes</div>
  11
  12 <ol>
  13   <li><a href="#intro">Introduction</a></li>
  14   <li><a href="#whatsnew">What's New?</a></li>
  15   <li><a href="GettingStarted.html">Installation Instructions</a></li>
  16   <li><a href="#portability">Portability and Supported Platforms</a></li>
  17   <li><a href="#knownproblems">Known Problems</a>
  18   <ul>
  19     <li><a href="#experimental">Experimental features included in this
  20                                 release</a>
  21     <li><a href="#core">Known problems with the LLVM Core</a>
  22     <li><a href="#c-fe">Known problems with the C Front-end</a>
  23     <li><a href="#c++-fe">Known problems with the C++ Front-end</a>
  24     <li><a href="#x86-be">Known problems with the X86 Back-end</a>
  25     <li><a href="#sparc-be">Known problems with the Sparc Back-end</a>
  26     <li><a href="#c-be">Known problems with the C back-end</a>
  27   </ul></li>
  28   <li><a href="#additionalinfo">Additional Information</a></li>
  29 </ol>
  30
  31 <div class="doc_author">
  32   <p>Written by the <a href="http://llvm.cs.uiuc.edu">LLVM team</a><p>
  33 </div>
  34
  35 <!-- *********************************************************************** -->
  36 <div class="doc_section">
  37   <a name="intro">Introduction</a>
  38 </div>
  39 <!-- *********************************************************************** -->
  40
  41 <div class="doc_text">
  42
  43 <p>This document contains the release notes for the LLVM compiler
  44 infrastructure, release 1.3.  Here we describe the status of LLVM, including any
  45 known problems and bug fixes from the previous release.  The most up-to-date
  46 version of this document can be found on the <a
  47 href="http://llvm.cs.uiuc.edu/releases/1.3/">LLVM 1.3 web site</a>.  If you are
  48 not reading this on the LLVM web pages, you should probably go there because
  49 this document may be updated after the release.</p>
  50
  51 <p>For more information about LLVM, including information about potentially more
  52 current releases, please check out the <a href="http://llvm.cs.uiuc.edu">main
  53 web site</a>.  If you have questions or comments, the <a
  54 href="http://mail.cs.uiuc.edu/mailman/listinfo/llvmdev">LLVM developer's mailing
  55 list</a> is a good place to send them.</p>
  56
  57 <p>Note that if you are reading this file from CVS, this document applies
  58 to the <i>next</i> release, not the current one.  To see the release notes for
  59 the current or previous releases, see the <a
  60 href="http://llvm.cs.uiuc.edu/releases/">releases page</a>.</p>
  61
  62 </div>
  63
  64 <!-- *********************************************************************** -->
  65 <div class="doc_section">
  66   <a name="whatsnew">What's New?</a>
  67 </div>
  68 <!-- *********************************************************************** -->
  69
  70 <div class="doc_text">
  71
  72 <p>This is the fourth public release of the LLVM compiler infrastructure.  This
  73 release primarily improves the <a href="#codequality">performance of the
  74 code</a> produced by all aspects of the LLVM compiler and adds many <a
  75 href="#newfeatures">new features</a>, and <a href="#bugfix">fixes a few
  76 bugs</a> as well.</p>
  77
  78 <p> At this time, LLVM is known to correctly compile and run all C &amp; C++
  79 SPEC CPU2000 benchmarks, the Olden benchmarks, and the Ptrdist benchmarks.  It
  80 has also been used to compile <b>many</b> other programs.  LLVM now also works
  81 with a broad variety of C++ programs, though it has still received less testing
  82 than the C front-end.</p>
  83
  84 </div>
  85
  86 <!--=========================================================================-->
  87 <div class="doc_subsubsection">
  88 <a name="newfeatures">This release implements the following new features:</a>
  89 </div>
  90
  91 <div class="doc_text">
  92
  93 <ol>
  94 <li>The LLVM <a href="LangRef.html#i_select"><tt>select</tt></a> instruction is
  95 now fully implemented and supported by all transformations, native code
  96 generators, and the interpreter.</li>
  97 <li>Bugpoint can now narrow down code-generation bugs to a loop nest, where
  98 before it could only narrow them down to a function being miscompiled.</li>
  99 <li><a href="http://llvm.cs.uiuc.edu/PR40">Bugpoint can now debug arbitrary
 100 modes of llc</a> and lli, by passing them command line flags (e.g.,
 101 <tt>-regalloc=linearscan</tt>, <tt>-enable-correct-eh-support</tt>, etc.) </li>
 102 <li>The Control Flow Graph in the native code generators is no longer
 103 constrained to be the same as the CFG for the LLVM input code.</li>
 104 <li>The LLVM induction variable analysis routines have been rewritten.</li>
 105 <li>LLVM now has new loop unrolling and loop unswitching passes.</li>
 106 <li>The induction variable substitution pass performs linear function test
 107 replacement and exit value replacement optimizations.</li>
 108 <li>LLVM now has first-class support for <a href="GarbageCollection.html">Accurate
 109 Garbage Collection</a>, enabling the use of aggressive copying and generational
 110 collectors.</li>
 111 <li>LLVM now includes an implementation of Andersen's interprocedural alias
 112 analysis algorithm.</li>
 113 <li>Bugpoint can <a href="http://llvm.cs.uiuc.edu/PR327">extract individual
 114 basic blocks</a> to track down reduce miscompilation testcases.</li>
 115 <li>LLVM and the C front-end now work under Win32 using the
 116 <a href="http://www.cygwin.com">Cygwin</a> runtime libraries.
 117 This includes the JIT compiler.</li>
 118 <li>The LLVM code generator is now being <a
 119     href="CodeGenerator.html">documented</a>.</li>
 120 <li>There is a new tool, llvm-abcd, the Analysis of ByteCode Dumper (abcd).
 121 This tool can compute basic statistics and bytecode density statistics on a
 122 module or function basis and also dump out bytecode in a textual format that
 123 is lower level than assembly (values are not resolved from slot numbers).
 124 It should only be of interest to (a) those who are working to improve the
 125 bytecode format and (b) those who really want to understand or document the
 126 details of the bytecode format.</li>
 127 <li>The <a href="BytecodeFormat.html">LLVM Bytecode file format</a> is now
 128     being documented.</li>
 129 <li>LLVM now provides an <a href="LangRef.html#i_isunordered">llvm.isunordered</a> intrinsic
 130 for efficient implementation of unordered floating point comparisons.</li>
 131 <li>The llvmgcc front-end now supports the GCC builtins for ISO C99 floating
 132 point comparison macros (e.g., <tt>__builtin_islessequal</tt>).</li>
 133 </ol>
 134
 135 </div>
 136
 137
 138 <!--=========================================================================-->
 139 <div class="doc_subsubsection">
 140 In this release, the following missing features were implemented:
 141 </div>
 142
 143 <div class="doc_text">
 144
 145 <ol>
 146 <li><a href="http://llvm.cs.uiuc.edu/PR82">LLVM cannot handle structures with
 147 more than 256 elements</a></li>
 148 <li><a href="http://llvm.cs.uiuc.edu/PR38">[bugpoint] External functions used in
 149 non-instruction entities, such as global constant initializer</a></li>
 150 <li><a href="http://llvm.cs.uiuc.edu/PR178">Stacker does not handle targets
 151 with 64-bit pointers.</a></li>
 152 <li><a href="http://llvm.cs.uiuc.edu/PR290">Bugpoint doesn't support
 153 uses of external fns by immediate constant exprs</a></li>
 154 </ol>
 155
 156 </div>
 157
 158 <!--=========================================================================-->
 159 <div class="doc_subsubsection">
 160 <a name="qualityofimp">In this release, the following Quality of Implementation
 161 issues were fixed:</a>
 162 </div>
 163
 164 <div class="doc_text">
 165
 166 <ol>
 167 <li><a href="http://llvm.cs.uiuc.edu/PR305">LLVM tools will happily spew
 168 bytecode onto your terminal</a></li>
 169 <li><a href="http://llvm.cs.uiuc.edu/PR329">[llvmgcc] type names are not emitted
 170 for structure typedefs</a></li>
 171 <li>All documentation is now conformant to the HTML 4.01 (Strict) level.</li>
 172 <li>The spurious "WARNING: Found global types that are not compatible" warning
 173 produced when linking C++ programs has been fixed.</li>
 174 </ol>
 175
 176 </div>
 177
 178 <!--=========================================================================-->
 179 <div class="doc_subsubsection">
 180 In this release, the following build problems were fixed:
 181 </div>
 182
 183 <div class="doc_text">
 184 <ol>
 185 <li><a href="http://llvm.cs.uiuc.edu/PR301">Minor configure bugs with
 186 -disable/enable-povray and -disable-spec</a></li>
 187 <li><a href="http://llvm.cs.uiuc.edu/PR289">shell scripts output by gccld don't
 188 work if you change PATH</a></li>
 189 <li><a href="http://llvm.cs.uiuc.edu/PR364">[llvmgcc] llvmgcc does not compile
 190 with gcc 3.4</a></li>
 191 <li><a href="http://llvm.cs.uiuc.edu/PR373">[llvmgcc] obstack.h relies on
 192 obsolete casts-as-lvalues GCC extension</a></li>
 193 </ol>
 194 </div>
 195
 196 <!--=========================================================================-->
 197 <div class="doc_subsubsection">
 198 <a name="codequality">This release includes the following Code Quality
 199 improvements:</a>
 200 </div>
 201
 202 <div class="doc_text">
 203 <ol>
 204 <li>Fixed: <a href="http://llvm.cs.uiuc.edu/PR309">[vmcore] Code quality problem
 205 due to long operand of getelementptr</a></li>
 206
 207 <li>The X86 backend now generates substantially better code for 64-bit integer
 208 and floating point operations.</li>
 209
 210 <li>The -inline pass no longer inlines mutually recursive functions until it
 211 hits the inlining threshold.</li>
 212
 213 <li>The -inline pass no longer misses obvious inlining opportunities just
 214 because the callee eventually calls into an external function.</li>
 215
 216 <li>The -simplifycfg pass can now "if convert" simple statements into the new
 217 <tt>select</tt> instruction.</li>
 218
 219 <li>The -loopsimplify pass can now break <a
 220 href="http://llvm.cs.uiuc.edu/PR35">natural loops with multiple backedges</a>
 221 into multiple nested loops.  This enables a variety of subsequent
 222 optimizations.</li>
 223
 224 <li>The -adce pass can now eliminate calls to functions that do not not write to
 225 memory.</li>
 226
 227 <li>The link-time optimizer now runs the -prune-eh pass (to remove unused
 228 exception handlers).</li>
 229
 230 <li>The -simplifycfg pass can now eliminate simple correlated branches (such as
 231 "<tt>if (A &lt; B &amp;&amp; A &lt; B)</tt>", and can turn short-circuiting
 232 operators into the strict versions when useful (such as "<tt>if (A &lt; B || A
 233 &gt; C)</tt>" into "<tt>if (A &lt; B | A &gt; C)</tt>"</li>
 234
 235 <li>LLVM now has infrastructure for (simple and sparse conditional) constant
 236 propagation of function calls.  It currently supports a few math library
 237 functions like sqrt/sin/cos/etc.</li>
 238
 239 <li>The C backend now emits <a href="http://llvm.cs.uiuc.edu/PR334">Syntactic
 240 loops</a> in the code to help C compilers whose optimizers do not recognize
 241 loops formed from gotos (like GCC).</li>
 242
 243 <li>Fixed: <a href="http://llvm.cs.uiuc.edu/PR368">[sparcv9] null
 244 often spilled to constant pool</a>.</li>
 245 </ol>
 246 </div>
 247
 248 <!--=========================================================================-->
 249 <div class="doc_subsubsection">
 250 <a name="bugfix">In this release, the following bugs in the previous release
 251 were fixed:</a>
 252 </div>
 253
 254 <div class="doc_text">
 255
 256 <p>Bugs in the LLVM Core:</p>
 257
 258 <ol>
 259 <li><a href="http://llvm.cs.uiuc.edu/PR330">[vmcore] Linker causes erroneous
 260 asssertion</a></li>
 261 <li><a href="http://llvm.cs.uiuc.edu/PR306">[loopsimplify] Loop simplify
 262 incorrectly updates dominator information</a></li>
 263 <li><a href="http://llvm.cs.uiuc.edu/PR310">[tailduplicate] DemoteRegToStack
 264 breaks SSA form</a></li>
 265 <li><a href="http://llvm.cs.uiuc.edu/PR313">[X86] JIT miscompiles unsigned short
 266 to floating point cast</a></li>
 267 <li><a href="http://llvm.cs.uiuc.edu/PR332">[adce] Crash handling unreachable
 268 code that unwinds</a></li>
 269 <li><a href="http://llvm.cs.uiuc.edu/PR333">[sparc] LLC can't emit 2 functions
 270 of the same name, both having constant pools</a></li>
 271 <li><a href="http://llvm.cs.uiuc.edu/PR337">[livevar] Live variables missed
 272 physical register use of aliased definition</a></li>
 273 <li><a href="http://llvm.cs.uiuc.edu/PR340">Verifier misses malformed switch instruction</a></li>
 274 <li><a href="http://llvm.cs.uiuc.edu/PR315">[jit] abort, don't warn, when missing external functions encountered</a></li>
 275 <li><a href="http://llvm.cs.uiuc.edu/PR369">[X86] stackifier crash on floating point setcc X, X</a></li>
 276 </ol>
 277
 278 <p>Bugs in the C/C++ front-end:</p>
 279
 280 <ol>
 281 <li><a href="http://llvm.cs.uiuc.edu/PR326">[llvmgcc] Crash on use of undeclared
 282 enum type</a></li>
 283 <li><a href="http://llvm.cs.uiuc.edu/PR298">[llvmgcc] Variable length array
 284 indexing miscompiled</a></li>
 285 <li><a href="http://llvm.cs.uiuc.edu/PR355">[llvmgcc] Errors handling function
 286 prototypes that take opaque structs by-value</a></li>
 287 <li><a href="http://llvm.cs.uiuc.edu/PR374">[llvmgcc] Crash compiling variable
 288 length array of structures</a></li>
 289 </ol>
 290 </div>
 291
 292 <!-- *********************************************************************** -->
 293 <div class="doc_section">
 294   <a name="portability">Portability and Supported Platforms</a>
 295 </div>
 296 <!-- *********************************************************************** -->
 297
 298 <div class="doc_text">
 299
 300 <p>LLVM is known to work in the following platforms:</p>
 301
 302 <ul>
 303 <li>Intel and AMD machines running Red Hat Linux and FreeBSD (and probably
 304     other unix-like systems).</li>
 305 <li>Sun UltraSPARC workstations running Solaris 8.</li>
 306 <li>PowerPC-based Mac OS X boxes, running 10.3 and above (C backend and
 307     interpreter only, no native codegen is available yet).</li>
 308 <li>Intel and AMD machines running on Win32 with the Cygwin libraries.</li>
 309 </ul>
 310
 311
 312 <p>The core LLVM infrastructure uses
 313 <a href="http://www.gnu.org/software/autoconf/">GNU autoconf</a> to adapt itself
 314 to the machine and operating system on which it is built.  However, minor
 315 porting may be required to get LLVM to work on new platforms.  We welcome your
 316 portability patches and reports of successful builds or error messages.</p>
 317
 318 <p>Note that the LLVM build system does not currently support directories with
 319 spaces on them when running on Win32/cygwin.  We strongly recommend running
 320 LLVM and the C frontend out of a top-level directory without spaces (e.g.,
 321 <tt>/cygdrive/c/llvm</tt>).  Also, make sure to install <b>all</b> of the
 322 cygwin packages.  By default, many important tools are not installed that
 323 are needed by the LLVM build process or test suite (e.g., /bin/time).</p>
 324
 325 </div>
 326
 327 <!--=========================================================================-->
 328 <div class="doc_subsection">
 329 In this release, the following portability problems were fixed:
 330 </div>
 331
 332 <div class="doc_text">
 333
 334 <ol>
 335 <li><a href="http://llvm.cs.uiuc.edu/PR304">warnings compiling Stacker compiler
 336 on Mac OS X</a></li>
 337 <li><a href="http://llvm.cs.uiuc.edu/PR308">Archive file reader doesn't
 338 understand abbreviated names in headers</a></li>
 339 </ol>
 340
 341 </div>
 342
 343 <!-- *********************************************************************** -->
 344 <div class="doc_section">
 345   <a name="knownproblems">Known Problems</a>
 346 </div>
 347 <!-- *********************************************************************** -->
 348
 349 <div class="doc_text">
 350
 351 <p>This section contains all known problems with the LLVM system, listed by
 352 component.  As new problems are discovered, they will be added to these
 353 sections.  If you run into a problem, please check the <a
 354 href="http://llvm.cs.uiuc.edu/bugs/">LLVM bug database</a> and submit a bug if
 355 there isn't already one.</p>
 356
 357 </div>
 358
 359 <!-- ======================================================================= -->
 360 <div class="doc_subsection">
 361   <a name="experimental">Experimental features included with this release</a>
 362 </div>
 363
 364 <div class="doc_text">
 365
 366 <p>The following components of this LLVM release are either untested, known to
 367 be broken or unreliable, or are in early development.  These components should
 368 not be relied on, and bugs should not be filed against them, but they may be
 369 useful to some people.  In particular, if you would like to work on one of these
 370 components, please contact us on the llvmdev list.</p>
 371
 372 <ul>
 373 <li>The following passes are incomplete or buggy: <tt>-pgmdep, -memdep,
 374     -ipmodref, -sortstructs, -swapstructs, -cee</tt></li>
 375
 376 <li>The <tt>-pre</tt> pass is incomplete (there are cases it doesn't handle that
 377     it should) and not thoroughly tested.</li>
 378 <li>The <tt>llvm-ar</tt> tool is incomplete and probably buggy.</li>
 379 <li>The <tt>llvm-db</tt> tool is in a very early stage of development.</li>
 380 </ul>
 381
 382 </div>
 383
 384 <!-- ======================================================================= -->
 385 <div class="doc_subsection">
 386   <a name="core">Known problems with the LLVM Core</a>
 387 </div>
 388
 389 <div class="doc_text">
 390
 391 <ul>
 392
 393 <li>In the JIT, <tt>dlsym</tt> on a symbol compiled by the JIT will not
 394 work.</li>
 395
 396 <li>The JIT does not use mutexes to protect its internal data structures.  As
 397 such, execution of a threaded program could cause these data structures to be
 398 corrupted.</li>
 399
 400 <li>It is not possible to <tt>dlopen</tt> an LLVM bytecode file in the JIT.</li>
 401
 402 <li>Linking in static archive files (.a files) is very slow (there is no symbol
 403 table in the archive).</li>
 404
 405 <li>The gccld program <a href="http://llvm.cs.uiuc.edu/PR139">does not link
 406 objects/archives in the order specified on the command line.</a></li>
 407
 408 <li><a href="http://llvm.cs.uiuc.edu/PR240">The lower-invoke pass does not mark
 409 values live across a setjmp as volatile</a>.  This missing feature only affects
 410 targets whose setjmp/longjmp libraries do not save and restore the entire
 411 register file.</li>
 412 </ul>
 413 </div>
 414
 415 <!-- ======================================================================= -->
 416 <div class="doc_subsection">
 417   <a name="c-fe">Known problems with the C front-end</a>
 418 </div>
 419
 420 <!-- _______________________________________________________________________ -->
 421 <div class="doc_subsubsection">Bugs</div>
 422
 423 <div class="doc_text">
 424 <ul>
 425 <li>C99 Variable sized arrays do not release stack memory when they go out of
 426     scope.  Thus, the following program may run out of stack space:
 427 <pre>
 428     for (i = 0; i != 1000000; ++i) {
 429       int X[n];
 430       foo(X);
 431     }
 432 </pre></li>
 433
 434 <li>Initialization of global union variables can only be done <a
 435 href="http://llvm.cs.uiuc.edu/bugs/show_bug.cgi?id=162">with the largest union
 436 member</a>.</li>
 437
 438 <li><a href="http://llvm.cs.uiuc.edu/PR244">[llvm-gcc] Error when an implicitly
 439 external function is re-declared as static</a></li>
 440
 441 </ul>
 442 </div>
 443
 444 <!-- _______________________________________________________________________ -->
 445 <div class="doc_subsubsection">
 446   Notes
 447 </div>
 448
 449 <div class="doc_text">
 450
 451 <ul>
 452
 453 <li>Inline assembly is not yet supported.</li>
 454
 455 <li>"long double" is transformed by the front-end into "double".  There is no
 456 support for floating point data types of any size other than 32 and 64
 457 bits.</li>
 458
 459 <li>The following Unix system functionality has not been tested and may not
 460 work:
 461   <ol>
 462   <li><tt>sigsetjmp</tt>, <tt>siglongjmp</tt> - These are not turned into the
 463       appropriate <tt>invoke</tt>/<tt>unwind</tt> instructions.  Note that
 464       <tt>setjmp</tt> and <tt>longjmp</tt> <em>are</em> compiled correctly.
 465   <li><tt>getcontext</tt>, <tt>setcontext</tt>, <tt>makecontext</tt>
 466       - These functions have not been tested.
 467   </ol></li>
 468
 469 <li>Although many GCC extensions are supported, some are not.  In particular,
 470     the following extensions are known to <b>not be</b> supported:
 471   <ol>
 472   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Local-Labels.html#Local%20Labels">Local Labels</a>: Labels local to a block.</li>
 473   <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>
 474   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Constructing-Calls.html#Constructing%20Calls">Constructing Calls</a>: Dispatching a call to another function.</li>
 475   <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>
 476   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Constraints.html#Constraints">Constraints</a>: Constraints for asm operands.</li>
 477   <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>
 478   <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>
 479   <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>
 480   <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>
 481   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html#Thread-Local">Thread-Local</a>: Per-thread variables.</li>
 482   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Pragmas.html#Pragmas">Pragmas</a>: Pragmas accepted by GCC.</li>
 483   </ol>
 484
 485   <p>The following GCC extensions are <b>partially</b> supported.  An ignored
 486   attribute means that the LLVM compiler ignores the presence of the attribute,
 487   but the code should still work.  An unsupported attribute is one which is
 488   ignored by the LLVM compiler and will cause a different interpretation of
 489   the program.</p>
 490
 491   <ol>
 492   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Variable-Length.html#Variable%20Length">Variable Length</a>:
 493       Arrays whose length is computed at run time.<br>
 494       Supported, but allocated stack space is not freed until the function returns (noted above).</li>
 495
 496   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html#Function%20Attributes">Function Attributes</a>:
 497
 498       Declaring that functions have no side effects or that they can never
 499       return.<br>
 500
 501       <b>Supported:</b> <tt>format</tt>, <tt>format_arg</tt>, <tt>non_null</tt>,
 502       <tt>constructor</tt>, <tt>destructor</tt>, <tt>unused</tt>,
 503       <tt>deprecated</tt>, <tt>warn_unused_result</tt>, <tt>weak</tt><br>
 504
 505       <b>Ignored:</b> <tt>noreturn</tt>, <tt>noinline</tt>,
 506       <tt>always_inline</tt>, <tt>pure</tt>, <tt>const</tt>, <tt>nothrow</tt>,
 507       <tt>malloc</tt>, <tt>no_instrument_function</tt>, <tt>cdecl</tt><br>
 508
 509       <b>Unsupported:</b> <tt>used</tt>, <tt>section</tt>, <tt>alias</tt>,
 510       <tt>visibility</tt>, <tt>regparm</tt>, <tt>stdcall</tt>,
 511       <tt>fastcall</tt>, all other target specific attributes</li>
 512
 513   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html#Variable%20Attributes">Variable Attributes</a>:
 514       Specifying attributes of variables.<br>
 515       <b>Supported:</b> <tt>cleanup</tt>, <tt>common</tt>, <tt>nocommon</tt>,
 516                         <tt>deprecated</tt>, <tt>transparent_union</tt>,
 517                         <tt>unused</tt>, <tt>weak</tt><br>
 518
 519       <b>Unsupported:</b> <tt>aligned</tt>, <tt>mode</tt>, <tt>packed</tt>,
 520                         <tt>section</tt>, <tt>shared</tt>, <tt>tls_model</tt>,
 521                         <tt>vector_size</tt>, <tt>dllimport</tt>,
 522                         <tt>dllexport</tt>, all target specific attributes.</li>
 523
 524   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Type-Attributes.html#Type%20Attributes">Type Attributes</a>:   Specifying attributes of types.<br>
 525       <b>Supported:</b> <tt>transparent_union</tt>, <tt>unused</tt>,
 526                         <tt>deprecated</tt>, <tt>may_alias</tt><br>
 527
 528       <b>Unsupported:</b> <tt>aligned</tt>, <tt>packed</tt>,
 529                         all target specific attributes.</li>
 530
 531   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html#Other%20Builtins">Other Builtins</a>:
 532       Other built-in functions.<br>
 533       We support all builtins which have a C language equivalent (e.g.,
 534          <tt>__builtin_cos</tt>),  <tt>__builtin_alloca</tt>,
 535          <tt>__builtin_types_compatible_p</tt>, <tt>__builtin_choose_expr</tt>,
 536          <tt>__builtin_constant_p</tt>, and <tt>__builtin_expect</tt>
 537          (currently ignored).  We also support builtins for ISO C99 floating
 538          point comparison macros (e.g., <tt>__builtin_islessequal</tt>).</li>
 539   </ol>
 540
 541   <p>The following extensions <b>are</b> known to be supported:</p>
 542
 543   <ol>
 544   <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>
 545   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Statement-Exprs.html#Statement%20Exprs">Statement Exprs</a>:   Putting statements and declarations inside expressions.</li>
 546   <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>
 547   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Lvalues.html#Lvalues">Lvalues</a>: Using <code>?:</code>, "<code>,</code>" and casts in lvalues.</li>
 548   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Conditionals.html#Conditionals">Conditionals</a>: Omitting the middle operand of a <code>?:</code> expression.</li>
 549   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Long-Long.html#Long%20Long">Long Long</a>: Double-word integers.</li>
 550   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex">Complex</a>:   Data types for complex numbers.</li>
 551   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Hex-Floats.html#Hex%20Floats">Hex Floats</a>:Hexadecimal floating-point constants.</li>
 552   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html#Zero%20Length">Zero Length</a>: Zero-length arrays.</li>
 553   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Empty-Structures.html#Empty%20Structures">Empty Structures</a>: Structures with no members.</li>
 554   <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>
 555   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Escaped-Newlines.html#Escaped%20Newlines">Escaped Newlines</a>:  Slightly looser rules for escaped newlines.</li>
 556   <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>
 557   <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>
 558   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Initializers.html#Initializers">Initializers</a>: Non-constant initializers.</li>
 559   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Compound-Literals.html#Compound%20Literals">Compound Literals</a>: Compound literals give structures, unions,
 560 or arrays as values.</li>
 561   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Designated-Inits.html#Designated%20Inits">Designated Inits</a>: Labeling elements of initializers.</li>
 562   <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>
 563   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Case-Ranges.html#Case%20Ranges">Case Ranges</a>: `case 1 ... 9' and such.</li>
 564   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Mixed-Declarations.html#Mixed%20Declarations">Mixed Declarations</a>: Mixing declarations and code.</li>
 565   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Function-Prototypes.html#Function%20Prototypes">Function Prototypes</a>: Prototype declarations and old-style definitions.</li>
 566   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/C---Comments.html#C++%20Comments">C++ Comments</a>: C++ comments are recognized.</li>
 567   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Dollar-Signs.html#Dollar%20Signs">Dollar Signs</a>: Dollar sign is allowed in identifiers.</li>
 568   <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>
 569   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Alignment.html#Alignment">Alignment</a>: Inquiring about the alignment of a type or variable.</li>
 570   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Inline.html#Inline">Inline</a>: Defining inline functions (as fast as macros).</li>
 571   <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>
 572   <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>
 573   <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>
 574   <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>
 575   <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>
 576   <li><a href="http://gcc.gnu.org/onlinedocs/gcc/Attribute-Syntax.html#Attribute%20Syntax">Attribute Syntax</a>: Formal syntax for attributes.</li>
 577   </ol></li>
 578
 579 </ul>
 580
 581 <p>If you run into GCC extensions which have not been included in any of these
 582 lists, please let us know (also including whether or not they work).</p>
 583
 584 </div>
 585
 586 <!-- ======================================================================= -->
 587 <div class="doc_subsection">
 588   <a name="c++-fe">Known problems with the C++ front-end</a>
 589 </div>
 590
 591 <div class="doc_text">
 592
 593 <p>For this release, the C++ front-end is considered to be fully functional but
 594 has not been tested as thoroughly as the C front-end.  It has been tested and
 595 works for a number of non-trivial programs, but there may be lurking bugs.
 596 Please report any bugs or problems.</p>
 597
 598 </div>
 599
 600 <!-- _______________________________________________________________________ -->
 601 <div class="doc_subsubsection">Bugs</div>
 602
 603 <div class="doc_text">
 604
 605 <ul>
 606 <li>The C++ front-end inherits all problems afflicting the <a href="#c-fe">C
 607     front-end</a>.</li>
 608 </ul>
 609 </div>
 610
 611 <!-- _______________________________________________________________________ -->
 612 <div class="doc_subsubsection">
 613   Notes
 614 </div>
 615
 616 <div class="doc_text">
 617
 618 <ul>
 619
 620 <li>The C++ front-end is based on a pre-release of the GCC 3.4 C++ parser.  This
 621 parser is significantly more standards compliant (and picky) than prior GCC
 622 versions.  For more information, see the C++ section of the <a
 623 href="http://gcc.gnu.org/gcc-3.4/changes.html">GCC 3.4 release notes</a>.</li>
 624
 625 <li>Destructors for local objects are not always run when a <tt>longjmp</tt> is
 626     performed. In particular, destructors for objects in the <tt>longjmp</tt>ing
 627     function and in the <tt>setjmp</tt> receiver function may not be run.
 628     Objects in intervening stack frames will be destroyed, however (which is
 629     better than most compilers).</li>
 630
 631 <li>The LLVM C++ front-end follows the <a
 632     href="http://www.codesourcery.com/cxx-abi">Itanium C++ ABI</a>.
 633     This document, which is not Itanium specific, specifies a standard for name
 634     mangling, class layout, v-table layout, RTTI formats, and other C++
 635     representation issues.  Because we use this API, code generated by the LLVM
 636     compilers should be binary compatible with machine code generated by other
 637     Itanium ABI C++ compilers (such as G++, the Intel and HP compilers, etc).
 638     <i>However</i>, the exception handling mechanism used by LLVM is very
 639     different from the model used in the Itanium ABI, so <b>exceptions will not
 640     interact correctly</b>. </li>
 641
 642 </ul>
 643
 644 </div>
 645
 646 <!-- ======================================================================= -->
 647 <div class="doc_subsection">
 648   <a name="x86-be">Known problems with the X86 back-end</a>
 649 </div>
 650
 651 <div class="doc_text">
 652
 653 <ul>
 654   <li>Optimized (Release) versions of LLVM built with GCC 3.3.2 or 3.3.3 will
 655   produce an llc tool that always enters an infinite loop due to what
 656   appears to be an optimization bug (-O2 and -O3) in those versions of GCC.
 657   This problem does not happen in GCC 3.3.1 nor GCC 3.4.0 nor does it happen if
 658   you build a Debug version of LLVM. You are cautioned not to use GCC 3.3.2 or
 659   GCC 3.3.3 to build Optimized versions of LLVM. It is unclear whether this problem
 660   affects other backends but it is unlikely.</li>
 661 </ul>
 662
 663 </div>
 664
 665 <!-- ======================================================================= -->
 666 <div class="doc_subsection">
 667   <a name="sparc-be">Known problems with the Sparc back-end</a>
 668 </div>
 669
 670 <div class="doc_text">
 671
 672 <ul>
 673 <li>There are several programs in the LLVM testsuite that the Sparc code generator is known to miscompile.</li>
 674 </ul>
 675
 676 </div>
 677
 678 <!-- ======================================================================= -->
 679 <div class="doc_subsection">
 680   <a name="c-be">Known problems with the C back-end</a>
 681 </div>
 682
 683 <div class="doc_text">
 684
 685 <ul>
 686
 687 <li>The C back-end produces code that violates the ANSI C Type-Based Alias
 688 Analysis rules.  As such, special options may be necessary to compile the code
 689 (for example, GCC requires the <tt>-fno-strict-aliasing</tt> option).  This
 690 problem probably cannot be fixed.</li>
 691
 692 <li><a href="http://llvm.cs.uiuc.edu/PR33">Initializers for global variables</a>
 693 cannot include special floating point numbers like Not-A-Number or
 694 Infinity.</li>
 695
 696 <li><a href="http://llvm.cs.uiuc.edu/PR56">Zero arg vararg functions are not
 697 supported</a>.  This should not affect LLVM produced by the C or C++
 698 frontends.</li>
 699
 700 </ul>
 701
 702 </div>
 703
 704 <!-- *********************************************************************** -->
 705 <div class="doc_section">
 706   <a name="additionalinfo">Additional Information</a>
 707 </div>
 708 <!-- *********************************************************************** -->
 709
 710 <div class="doc_text">
 711
 712 <p>A wide variety of additional information is available on the LLVM web page,
 713 including mailing lists and publications describing algorithms and components
 714 implemented in LLVM.  The web page also contains versions of the API
 715 documentation which is up-to-date with the CVS version of the source code.  You
 716 can access versions of these documents specific to this release by going into
 717 the "<tt>llvm/doc/</tt>" directory in the LLVM tree.</p>
 718
 719 <p>If you have any questions or comments about LLVM, please feel free to contact
 720 us via the <a href="http://mail.cs.uiuc.edu/mailman/listinfo/llvmdev">mailing
 721 lists</a>.</p>
 722
 723 </div>
 724
 725 <!-- *********************************************************************** -->
 726
 727 <hr>
 728 <address>
 729   <a href="http://jigsaw.w3.org/css-validator/check/referer"><img
 730   src="http://jigsaw.w3.org/css-validator/images/vcss" alt="Valid CSS!"></a>
 731   <a href="http://validator.w3.org/check/referer"><img
 732   src="http://www.w3.org/Icons/valid-html401" alt="Valid HTML 4.01!" /></a>
 733
 734   <a href="http://llvm.cs.uiuc.edu">The LLVM Compiler Infrastructure</a><br>
 735   Last modified: $Date$
 736 </address>
 737
 738 </body>
 739 </html>