======================
-LLVM 3.4 Release Notes
+LLVM 3.8 Release Notes
======================
.. contents::
:local:
.. warning::
- These are in-progress notes for the upcoming LLVM 3.4 release. You may
- prefer the `LLVM 3.3 Release Notes <http://llvm.org/releases/3.3/docs
+ These are in-progress notes for the upcoming LLVM 3.8 release. You may
+ prefer the `LLVM 3.7 Release Notes <http://llvm.org/releases/3.7.0/docs
/ReleaseNotes.html>`_.
============
This document contains the release notes for the LLVM Compiler Infrastructure,
-release 3.4. Here we describe the status of LLVM, including major improvements
+release 3.8. Here we describe the status of LLVM, including major improvements
from the previous release, improvements in various subprojects of LLVM, and
some of the current users of the code. All LLVM releases may be downloaded
from the `LLVM releases web site <http://llvm.org/releases/>`_.
For more information about LLVM, including information about the latest
release, please check out the `main LLVM web site <http://llvm.org/>`_. If you
have questions or comments, the `LLVM Developer's Mailing List
-<http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev>`_ is a good place to send
+<http://lists.llvm.org/mailman/listinfo/llvm-dev>`_ is a good place to send
them.
Note that if you are reading this file from a Subversion checkout or the main
Non-comprehensive list of changes in this release
=================================================
+* With this release, the minimum Windows version required for running LLVM is
+ Windows 7. Earlier versions, including Windows Vista and XP are no longer
+ supported.
+
+* With this release, the autoconf build system is deprecated. It will be removed
+ in the 3.9 release. Please migrate to using CMake. For more information see:
+ `Building LLVM with CMake <CMake.html>`_
+
+* The C API function LLVMLinkModules is deprecated. It will be removed in the
+ 3.9 release. Please migrate to LLVMLinkModules2. Unlike the old function the
+ new one
+
+ * Doesn't take an unused parameter.
+ * Destroys the source instead of only damaging it.
+ * Does not record a message. Use the diagnostic handler instead.
+
+* The C API functions LLVMParseBitcode, LLVMParseBitcodeInContext,
+ LLVMGetBitcodeModuleInContext and LLVMGetBitcodeModule have been deprecated.
+ They will be removed in 3.9. Please migrate to the versions with a 2 suffix.
+ Unlike the old ones the new ones do not record a diagnostic message. Use
+ the diagnostic handler instead.
+
+* The deprecated C APIs LLVMGetBitcodeModuleProviderInContext and
+ LLVMGetBitcodeModuleProvider have been removed.
+
+* The deprecated C APIs LLVMCreateExecutionEngine, LLVMCreateInterpreter,
+ LLVMCreateJITCompiler, LLVMAddModuleProvider and LLVMRemoveModuleProvider
+ have been removed.
+
+* With this release, the C API headers have been reorganized to improve build
+ time. Type specific declarations have been moved to Type.h, and error
+ handling routines have been moved to ErrorHandling.h. Both are included in
+ Core.h so nothing should change for projects directly including the headers,
+ but transitive dependencies may be affected.
.. NOTE
For small 1-3 sentence descriptions, just add an entry at the end of
functionality, or simply have a lot to talk about), see the `NOTE` below
for adding a new subsection.
-* This is expected to be the last release of LLVM which compiles using a C++98
- toolchain. We expect to start using some C++11 features in LLVM and other
- sub-projects starting after this release. That said, we are committed to
- supporting a reasonable set of modern C++ toolchains as the host compiler on
- all of the platforms. This will at least include Visual Studio 2012 on
- Windows, and Clang 3.1 or GCC 4.7.x on Mac and Linux. The final set of
- compilers (and the C++11 features they support) is not set in stone, but we
- wanted users of LLVM to have a heads up that the next release will involve
- a substantial change in the host toolchain requirements.
+* ... next change ...
-* The regression tests now fail if any command in a pipe fails. To disable it in
- a directory, just add ``config.pipefail = False`` to its ``lit.local.cfg``.
- See :doc:`Lit <CommandGuide/lit>` for the details.
+.. NOTE
+ If you would like to document a larger change, then you can add a
+ subsection about it right here. You can copy the following boilerplate
+ and un-indent it (the indentation causes it to be inside this comment).
-* Support for exception handling has been removed from the old JIT. Use MCJIT
- if you need EH support.
+ Special New Feature
+ -------------------
-* The R600 backend is not marked experimental anymore and is built by default.
+ Makes programs 10x faster by doing Special New Thing.
-* APFloat::isNormal() was renamed to APFloat::isFiniteNonZero() and
- APFloat::isIEEENormal() was renamed to APFloat::isNormal(). This ensures that
- APFloat::isNormal() conforms to IEEE-754R-2008.
+Changes to the ARM Backend
+--------------------------
-* The library call simplification pass has been removed. Its functionality
- has been integrated into the instruction combiner and function attribute
- marking passes.
+ During this release ...
-* Support for building using Visual Studio 2008 has been dropped. Use VS 2010
- or later instead. For more information, see the `Getting Started using Visual
- Studio <GettingStartedVS.html>`_ page.
-* The Loop Vectorizer that was previously enabled for -O3 is now enabled for
- -Os and -O2.
+Changes to the MIPS Target
+--------------------------
-* The new SLP Vectorizer is now enabled by default.
+ During this release ...
-* llvm-ar now uses the new Object library and produces archives and
- symbol tables in the gnu format.
-* FileCheck now allows specifing -check-prefix multiple times. This
- helps reduce duplicate check lines when using multiple RUN lines.
+Changes to the PowerPC Target
+-----------------------------
-* The bitcast instruction no longer allows casting between pointers
- with different address spaces. To achieve this, use the new
- addrspacecast instruction.
+ During this release ...
-* Different sized pointers for different address spaces should now
- generally work. This is primarily useful for GPU targets.
-* ... next change ...
+Changes to the X86 Target
+-----------------------------
-.. NOTE
- If you would like to document a larger change, then you can add a
- subsection about it right here. You can copy the following boilerplate
- and un-indent it (the indentation causes it to be inside this comment).
+ During this release ...
- Special New Feature
- -------------------
+* TLS is enabled for Cygwin as emutls.
- Makes programs 10x faster by doing Special New Thing.
-Mips Target
------------
+Changes to the OCaml bindings
+-----------------------------
+
+ During this release ...
-Support for the MIPS SIMD Architecture (MSA) has been added. MSA is supported
-through inline assembly, intrinsics with the prefix '__builtin_msa', and normal
-code generation.
+* The ocaml function link_modules has been replaced with link_modules' which
+ uses LLVMLinkModules2.
-For more information on MSA (including documentation for the instruction set),
-see the `MIPS SIMD page at Imagination Technologies
-<http://imgtec.com/mips/mips-simd.asp>`_
-External Open Source Projects Using LLVM 3.4
+External Open Source Projects Using LLVM 3.8
============================================
An exciting aspect of LLVM is that it is used as an enabling technology for
a lot of other language and tools projects. This section lists some of the
-projects that have already been updated to work with LLVM 3.4.
-
-
-LDC - the LLVM-based D compiler
--------------------------------
-
-`D <http://dlang.org>`_ is a language with C-like syntax and static typing. It
-pragmatically combines efficiency, control, and modeling power, with safety and
-programmer productivity. D supports powerful concepts like Compile-Time Function
-Execution (CTFE) and Template Meta-Programming, provides an innovative approach
-to concurrency and offers many classical paradigms.
+projects that have already been updated to work with LLVM 3.8.
-`LDC <http://wiki.dlang.org/LDC>`_ uses the frontend from the reference compiler
-combined with LLVM as backend to produce efficient native code. LDC targets
-x86/x86_64 systems like Linux, OS X, FreeBSD and Windows and also Linux/PPC64.
-Ports to other architectures like ARM and AArch64 are underway.
+* A project
Additional Information
projects / oota-llvm.git / blobdiff