kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/lang/clang/Makefile

96 lines
2.9 KiB
Makefile
Raw Normal View History

Added libc++
2014-02-27 18:35:35 +01:00
# $NetBSD: Makefile,v 1.26 2014/02/27 17:35:35 adam Exp $
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
Update to 3.4 * Tested under NetBSD/amd64 6.99.28 and Debian GNU/Linux/amd64 7.3 Changelog: From: http://llvm.org/svn/llvm-project/llvm/tags/RELEASE_34/final/docs/ReleaseNotes.rst Non-comprehensive list of changes in this release ================================================= * 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. * 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. * Support for exception handling has been removed from the old JIT. Use MCJIT if you need EH support. * The R600 backend is not marked experimental anymore and is built by default. * ``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. * The library call simplification pass has been removed. Its functionality has been integrated into the instruction combiner and function attribute marking passes. * 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``. * The new SLP Vectorizer is now enabled by default. * ``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. * The bitcast instruction no longer allows casting between pointers with different address spaces. To achieve this, use the new addrspacecast instruction. * Different sized pointers for different address spaces should now generally work. This is primarily useful for GPU targets. * OCaml bindings have been significantly extended to cover almost all of the LLVM libraries. Mips Target ----------- 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. 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>`_ PowerPC Target -------------- Changes in the PowerPC backend include: * fast-isel support (for faster ``-O0`` code generation) * many improvements to the builtin assembler * support for generating unaligned (Altivec) vector loads * support for generating the fcpsgn instruction * generate ``frin`` for ``round()`` (not ``nearbyint()`` and ``rint()``, which had been done only in fast-math mode) * improved instruction scheduling for embedded cores (such as the A2) * improved prologue/epilogue generation (especially in 32-bit mode) * support for dynamic stack alignment (and dynamic stack allocations with large alignments) * improved generation of counter-register-based loops * bug fixes SPARC Target ------------ The SPARC backend got many improvements, namely * experimental SPARC V9 backend * JIT support for SPARC * fp128 support * exception handling * TLS support * leaf functions optimization * bug fixes SystemZ/s390x Backend --------------------- LLVM and clang can now optimize for zEnterprise z196 and zEnterprise EC12 targets. In clang these targets are selected using ``-march=z196`` and ``-march=zEC12`` respectively. From: http://llvm.org/svn/llvm-project/cfe/tags/RELEASE_34/final/docs/ReleaseNotes.rst What's New in Clang 3.4? ======================== Some of the major new features and improvements to Clang are listed here. Generic improvements to Clang as a whole or to its underlying infrastructure are described first, followed by language-specific sections with improvements to Clang's support for those languages. Last release which will build as C++98 -------------------------------------- This is expected to be the last release of Clang which compiles using a C++98 toolchain. We expect to start using some C++11 features in Clang 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 Clang to have a heads up that the next release will involve a substantial change in the host toolchain requirements. Note that this change is part of a change for the entire LLVM project, not just Clang. Major New Features ------------------ Improvements to Clang's diagnostics ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Clang's diagnostics are constantly being improved to catch more issues, explain them more clearly, and provide more accurate source information about them. The improvements since the 3.3 release include: - -Wheader-guard warns on mismatches between the #ifndef and #define lines in a header guard. .. code-block:: c #ifndef multiple #define multi #endif returns `warning: 'multiple' is used as a header guard here, followed by #define of a different macro [-Wheader-guard]` - -Wlogical-not-parentheses warns when a logical not ('!') only applies to the left-hand side of a comparison. This warning is part of -Wparentheses. .. code-block:: c++ int i1 = 0, i2 = 1; bool ret; ret = !i1 == i2; returns `warning: logical not is only applied to the left hand side of this comparison [-Wlogical-not-parentheses]` - Boolean increment, a deprecated feature, has own warning flag -Wdeprecated-increment-bool, and is still part of -Wdeprecated. - Clang errors on builtin enum increments and decrements. .. code-block:: c++ enum A { A1, A2 }; void test() { A a; a++; } returns `error: must use 'enum' tag to refer to type 'A'` - -Wloop-analysis now warns on for-loops which have the same increment or decrement in the loop header as the last statement in the loop. .. code-block:: c void foo(char *a, char *b, unsigned c) { for (unsigned i = 0; i < c; ++i) { a[i] = b[i]; ++i; } } returns `warning: variable 'i' is incremented both in the loop header and in the loop body [-Wloop-analysis]` - -Wuninitialized now performs checking across field initializers to detect when one field in used uninitialized in another field initialization. .. code-block:: c++ class A { int x; int y; A() : x(y) {} }; returns `warning: field 'y' is uninitialized when used here [-Wuninitialized]` - Clang can detect initializer list use inside a macro and suggest parentheses if possible to fix. - Many improvements to Clang's typo correction facilities, such as: + Adding global namespace qualifiers so that corrections can refer to shadowed or otherwise ambiguous or unreachable namespaces. + Including accessible class members in the set of typo correction candidates, so that corrections requiring a class name in the name specifier are now possible. + Allowing typo corrections that involve removing a name specifier. + In some situations, correcting function names when a function was given the wrong number of arguments, including situations where the original function name was correct but was shadowed by a lexically closer function with the same name yet took a different number of arguments. + Offering typo suggestions for 'using' declarations. + Providing better diagnostics and fixit suggestions in more situations when a '->' was used instead of '.' or vice versa. + Providing more relevant suggestions for typos followed by '.' or '='. + Various performance improvements when searching for typo correction candidates. - `LeakSanitizer <LeakSanitizer.html>`_ is an experimental memory leak detector which can be combined with AddressSanitizer. New Compiler Flags ------------------ - Clang no longer special cases -O4 to enable lto. Explicitly pass -flto to enable it. - Clang no longer fails on >= -O5. These flags are mapped to -O3 instead. - Command line "clang -O3 -flto a.c -c" and "clang -emit-llvm a.c -c" are no longer equivalent. - Clang now errors on unknown -m flags (``-munknown-to-clang``), unknown -f flags (``-funknown-to-clang``) and unknown options (``-what-is-this``). C Language Changes in Clang --------------------------- - Added new checked arithmetic builtins for security critical applications. C++ Language Changes in Clang ----------------------------- - Fixed an ABI regression, introduced in Clang 3.2, which affected member offsets for classes inheriting from certain classes with tail padding. See Bug16537. - Clang 3.4 supports the 2013-08-28 draft of the ISO WG21 SG10 feature test macro recommendations. These aim to provide a portable method to determine whether a compiler supports a language feature, much like Clang's |has_feature macro|_. .. |has_feature macro| replace:: ``__has_feature`` macro .. _has_feature macro: LanguageExtensions.html#has-feature-and-has-extension C++1y Feature Support ^^^^^^^^^^^^^^^^^^^^^ Clang 3.4 supports all the features in the current working draft of the upcoming C++ standard, provisionally named C++1y. Support for the following major new features has been added since Clang 3.3: - Generic lambdas and initialized lambda captures. - Deduced function return types (``auto f() { return 0; }``). - Generalized ``constexpr`` support (variable mutation and loops). - Variable templates and static data member templates. - Use of ``'`` as a digit separator in numeric literals. - Support for sized ``::operator delete`` functions. In addition, ``[[deprecated]]`` is now accepted as a synonym for Clang's existing ``deprecated`` attribute. Use ``-std=c++1y`` to enable C++1y mode. OpenCL C Language Changes in Clang ---------------------------------- - OpenCL C "long" now always has a size of 64 bit, and all OpenCL C types are aligned as specified in the OpenCL C standard. Also, "char" is now always signed. Internal API Changes -------------------- These are major API changes that have happened since the 3.3 release of Clang. If upgrading an external codebase that uses Clang as a library, this section should help get you past the largest hurdles of upgrading. Wide Character Types ^^^^^^^^^^^^^^^^^^^^ The ASTContext class now keeps track of two different types for wide character types: WCharTy and WideCharTy. WCharTy represents the built-in wchar_t type available in C++. WideCharTy is the type used for wide character literals; in C++ it is the same as WCharTy, but in C99, where wchar_t is a typedef, it is an integer type. Static Analyzer --------------- The static analyzer has been greatly improved. This impacts the overall analyzer quality and reduces a number of false positives. In particular, this release provides enhanced C++ support, reasoning about initializer lists, zeroing constructors, noreturn destructors and modeling of destructor calls on calls to delete. Clang Format ------------ Clang now includes a new tool ``clang-format`` which can be used to automatically format C, C++ and Objective-C source code. ``clang-format`` automatically chooses linebreaks and indentation and can be easily integrated into editors, IDEs and version control systems. It supports several pre-defined styles as well as precise style control using a multitude of formatting options. ``clang-format`` itself is just a thin wrapper around a library which can also be used directly from code refactoring and code translation tools. More information can be found on `Clang Format's site <http://clang.llvm.org/docs/ClangFormat.html>`_.
2014-01-19 15:06:41 +01:00
DISTNAME= clang-3.4
Added libc++
2014-02-27 18:35:35 +01:00
PKGREVISION= 1
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
CATEGORIES= lang
MASTER_SITES= http://llvm.org/releases/${PKGVERSION_NOREV}/
Changes 3.1: * Major New Features - AddressSanitizer, a fast memory error detector. - MachineInstr Bundles, Support to model instruction bundling / packing. - ARM Integrated Assembler, A full featured assembler and direct-to-object support for ARM. - Basic Block Placement Probability driven basic block placement. * LLVM IR and Core Improvements - A new type representing 16 bit half floating point values has been added. - IR now supports vectors of pointers, including vector GEPs. - Module flags have been introduced. They convey information about the module as a whole to LLVM subsystems. This is currently used to encode Objective C ABI information. - Loads can now have range metadata attached to them to describe the possible values being loaded. - The llvm.ctlz and llvm.cttz intrinsics now have an additional argument which indicates whether the behavior of the intrinsic is undefined on a zero input. This can be used to generate more efficient code on platforms that only have instructions which don't return the type size when counting bits in 0. * Optimizer Improvements - The loop unroll pass now is able to unroll loops with run-time trip counts. This feature is turned off by default, and is enabled with the -unroll-runtime flag. - A new basic-block autovectorization pass is available. Pass -vectorize to run this pass along with some associated post-vectorization cleanup passes. For more information, see the EuroLLVM 2012 slides: Autovectorization with LLVM. - Inline cost heuristics have been completely overhauled and now closely model constant propagation through call sites, disregard trivially dead code costs, and can model C++ STL iterator patterns.
2012-05-23 13:02:41 +02:00
DISTFILES= llvm-${PKGVERSION_NOREV}.src.tar.gz \
Added libc++
2014-02-27 18:35:35 +01:00
libcxx-${PKGVERSION_NOREV}.src.tar.gz \
Update to 3.4 * Tested under NetBSD/amd64 6.99.28 and Debian GNU/Linux/amd64 7.3 Changelog: From: http://llvm.org/svn/llvm-project/llvm/tags/RELEASE_34/final/docs/ReleaseNotes.rst Non-comprehensive list of changes in this release ================================================= * 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. * 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. * Support for exception handling has been removed from the old JIT. Use MCJIT if you need EH support. * The R600 backend is not marked experimental anymore and is built by default. * ``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. * The library call simplification pass has been removed. Its functionality has been integrated into the instruction combiner and function attribute marking passes. * 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``. * The new SLP Vectorizer is now enabled by default. * ``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. * The bitcast instruction no longer allows casting between pointers with different address spaces. To achieve this, use the new addrspacecast instruction. * Different sized pointers for different address spaces should now generally work. This is primarily useful for GPU targets. * OCaml bindings have been significantly extended to cover almost all of the LLVM libraries. Mips Target ----------- 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. 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>`_ PowerPC Target -------------- Changes in the PowerPC backend include: * fast-isel support (for faster ``-O0`` code generation) * many improvements to the builtin assembler * support for generating unaligned (Altivec) vector loads * support for generating the fcpsgn instruction * generate ``frin`` for ``round()`` (not ``nearbyint()`` and ``rint()``, which had been done only in fast-math mode) * improved instruction scheduling for embedded cores (such as the A2) * improved prologue/epilogue generation (especially in 32-bit mode) * support for dynamic stack alignment (and dynamic stack allocations with large alignments) * improved generation of counter-register-based loops * bug fixes SPARC Target ------------ The SPARC backend got many improvements, namely * experimental SPARC V9 backend * JIT support for SPARC * fp128 support * exception handling * TLS support * leaf functions optimization * bug fixes SystemZ/s390x Backend --------------------- LLVM and clang can now optimize for zEnterprise z196 and zEnterprise EC12 targets. In clang these targets are selected using ``-march=z196`` and ``-march=zEC12`` respectively. From: http://llvm.org/svn/llvm-project/cfe/tags/RELEASE_34/final/docs/ReleaseNotes.rst What's New in Clang 3.4? ======================== Some of the major new features and improvements to Clang are listed here. Generic improvements to Clang as a whole or to its underlying infrastructure are described first, followed by language-specific sections with improvements to Clang's support for those languages. Last release which will build as C++98 -------------------------------------- This is expected to be the last release of Clang which compiles using a C++98 toolchain. We expect to start using some C++11 features in Clang 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 Clang to have a heads up that the next release will involve a substantial change in the host toolchain requirements. Note that this change is part of a change for the entire LLVM project, not just Clang. Major New Features ------------------ Improvements to Clang's diagnostics ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Clang's diagnostics are constantly being improved to catch more issues, explain them more clearly, and provide more accurate source information about them. The improvements since the 3.3 release include: - -Wheader-guard warns on mismatches between the #ifndef and #define lines in a header guard. .. code-block:: c #ifndef multiple #define multi #endif returns `warning: 'multiple' is used as a header guard here, followed by #define of a different macro [-Wheader-guard]` - -Wlogical-not-parentheses warns when a logical not ('!') only applies to the left-hand side of a comparison. This warning is part of -Wparentheses. .. code-block:: c++ int i1 = 0, i2 = 1; bool ret; ret = !i1 == i2; returns `warning: logical not is only applied to the left hand side of this comparison [-Wlogical-not-parentheses]` - Boolean increment, a deprecated feature, has own warning flag -Wdeprecated-increment-bool, and is still part of -Wdeprecated. - Clang errors on builtin enum increments and decrements. .. code-block:: c++ enum A { A1, A2 }; void test() { A a; a++; } returns `error: must use 'enum' tag to refer to type 'A'` - -Wloop-analysis now warns on for-loops which have the same increment or decrement in the loop header as the last statement in the loop. .. code-block:: c void foo(char *a, char *b, unsigned c) { for (unsigned i = 0; i < c; ++i) { a[i] = b[i]; ++i; } } returns `warning: variable 'i' is incremented both in the loop header and in the loop body [-Wloop-analysis]` - -Wuninitialized now performs checking across field initializers to detect when one field in used uninitialized in another field initialization. .. code-block:: c++ class A { int x; int y; A() : x(y) {} }; returns `warning: field 'y' is uninitialized when used here [-Wuninitialized]` - Clang can detect initializer list use inside a macro and suggest parentheses if possible to fix. - Many improvements to Clang's typo correction facilities, such as: + Adding global namespace qualifiers so that corrections can refer to shadowed or otherwise ambiguous or unreachable namespaces. + Including accessible class members in the set of typo correction candidates, so that corrections requiring a class name in the name specifier are now possible. + Allowing typo corrections that involve removing a name specifier. + In some situations, correcting function names when a function was given the wrong number of arguments, including situations where the original function name was correct but was shadowed by a lexically closer function with the same name yet took a different number of arguments. + Offering typo suggestions for 'using' declarations. + Providing better diagnostics and fixit suggestions in more situations when a '->' was used instead of '.' or vice versa. + Providing more relevant suggestions for typos followed by '.' or '='. + Various performance improvements when searching for typo correction candidates. - `LeakSanitizer <LeakSanitizer.html>`_ is an experimental memory leak detector which can be combined with AddressSanitizer. New Compiler Flags ------------------ - Clang no longer special cases -O4 to enable lto. Explicitly pass -flto to enable it. - Clang no longer fails on >= -O5. These flags are mapped to -O3 instead. - Command line "clang -O3 -flto a.c -c" and "clang -emit-llvm a.c -c" are no longer equivalent. - Clang now errors on unknown -m flags (``-munknown-to-clang``), unknown -f flags (``-funknown-to-clang``) and unknown options (``-what-is-this``). C Language Changes in Clang --------------------------- - Added new checked arithmetic builtins for security critical applications. C++ Language Changes in Clang ----------------------------- - Fixed an ABI regression, introduced in Clang 3.2, which affected member offsets for classes inheriting from certain classes with tail padding. See Bug16537. - Clang 3.4 supports the 2013-08-28 draft of the ISO WG21 SG10 feature test macro recommendations. These aim to provide a portable method to determine whether a compiler supports a language feature, much like Clang's |has_feature macro|_. .. |has_feature macro| replace:: ``__has_feature`` macro .. _has_feature macro: LanguageExtensions.html#has-feature-and-has-extension C++1y Feature Support ^^^^^^^^^^^^^^^^^^^^^ Clang 3.4 supports all the features in the current working draft of the upcoming C++ standard, provisionally named C++1y. Support for the following major new features has been added since Clang 3.3: - Generic lambdas and initialized lambda captures. - Deduced function return types (``auto f() { return 0; }``). - Generalized ``constexpr`` support (variable mutation and loops). - Variable templates and static data member templates. - Use of ``'`` as a digit separator in numeric literals. - Support for sized ``::operator delete`` functions. In addition, ``[[deprecated]]`` is now accepted as a synonym for Clang's existing ``deprecated`` attribute. Use ``-std=c++1y`` to enable C++1y mode. OpenCL C Language Changes in Clang ---------------------------------- - OpenCL C "long" now always has a size of 64 bit, and all OpenCL C types are aligned as specified in the OpenCL C standard. Also, "char" is now always signed. Internal API Changes -------------------- These are major API changes that have happened since the 3.3 release of Clang. If upgrading an external codebase that uses Clang as a library, this section should help get you past the largest hurdles of upgrading. Wide Character Types ^^^^^^^^^^^^^^^^^^^^ The ASTContext class now keeps track of two different types for wide character types: WCharTy and WideCharTy. WCharTy represents the built-in wchar_t type available in C++. WideCharTy is the type used for wide character literals; in C++ it is the same as WCharTy, but in C99, where wchar_t is a typedef, it is an integer type. Static Analyzer --------------- The static analyzer has been greatly improved. This impacts the overall analyzer quality and reduces a number of false positives. In particular, this release provides enhanced C++ support, reasoning about initializer lists, zeroing constructors, noreturn destructors and modeling of destructor calls on calls to delete. Clang Format ------------ Clang now includes a new tool ``clang-format`` which can be used to automatically format C, C++ and Objective-C source code. ``clang-format`` automatically chooses linebreaks and indentation and can be easily integrated into editors, IDEs and version control systems. It supports several pre-defined styles as well as precise style control using a multitude of formatting options. ``clang-format`` itself is just a thin wrapper around a library which can also be used directly from code refactoring and code translation tools. More information can be found on `Clang Format's site <http://clang.llvm.org/docs/ClangFormat.html>`_.
2014-01-19 15:06:41 +01:00
clang-${PKGVERSION_NOREV}.src.tar.gz
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
MAINTAINER= adam.hoka@gmail.com
HOMEPAGE= http://llvm.org/
COMMENT= Low Level Virtual Machine compiler infrastructure
LLVM 2.9 includes several major new capabilities: * Type Based Alias Analysis (TBAA) is now implemented and turned on by default in Clang. This allows substantially better load/store optimization in some cases. TBAA can be disabled by passing -fno-strict-aliasing. * This release has seen a continued focus on quality of debug information. LLVM now generates much higher fidelity debug information, particularly when debugging optimized code. * Inline assembly now supports multiple alternative constraints. * A new backend for the NVIDIA PTX virtual ISA (used to target its GPUs) is under rapid development. It is not generally useful in 2.9, but is making rapid progress.
2011-04-07 11:26:33 +02:00
LICENSE= modified-bsd
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
Update to 3.4 * Tested under NetBSD/amd64 6.99.28 and Debian GNU/Linux/amd64 7.3 Changelog: From: http://llvm.org/svn/llvm-project/llvm/tags/RELEASE_34/final/docs/ReleaseNotes.rst Non-comprehensive list of changes in this release ================================================= * 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. * 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. * Support for exception handling has been removed from the old JIT. Use MCJIT if you need EH support. * The R600 backend is not marked experimental anymore and is built by default. * ``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. * The library call simplification pass has been removed. Its functionality has been integrated into the instruction combiner and function attribute marking passes. * 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``. * The new SLP Vectorizer is now enabled by default. * ``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. * The bitcast instruction no longer allows casting between pointers with different address spaces. To achieve this, use the new addrspacecast instruction. * Different sized pointers for different address spaces should now generally work. This is primarily useful for GPU targets. * OCaml bindings have been significantly extended to cover almost all of the LLVM libraries. Mips Target ----------- 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. 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>`_ PowerPC Target -------------- Changes in the PowerPC backend include: * fast-isel support (for faster ``-O0`` code generation) * many improvements to the builtin assembler * support for generating unaligned (Altivec) vector loads * support for generating the fcpsgn instruction * generate ``frin`` for ``round()`` (not ``nearbyint()`` and ``rint()``, which had been done only in fast-math mode) * improved instruction scheduling for embedded cores (such as the A2) * improved prologue/epilogue generation (especially in 32-bit mode) * support for dynamic stack alignment (and dynamic stack allocations with large alignments) * improved generation of counter-register-based loops * bug fixes SPARC Target ------------ The SPARC backend got many improvements, namely * experimental SPARC V9 backend * JIT support for SPARC * fp128 support * exception handling * TLS support * leaf functions optimization * bug fixes SystemZ/s390x Backend --------------------- LLVM and clang can now optimize for zEnterprise z196 and zEnterprise EC12 targets. In clang these targets are selected using ``-march=z196`` and ``-march=zEC12`` respectively. From: http://llvm.org/svn/llvm-project/cfe/tags/RELEASE_34/final/docs/ReleaseNotes.rst What's New in Clang 3.4? ======================== Some of the major new features and improvements to Clang are listed here. Generic improvements to Clang as a whole or to its underlying infrastructure are described first, followed by language-specific sections with improvements to Clang's support for those languages. Last release which will build as C++98 -------------------------------------- This is expected to be the last release of Clang which compiles using a C++98 toolchain. We expect to start using some C++11 features in Clang 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 Clang to have a heads up that the next release will involve a substantial change in the host toolchain requirements. Note that this change is part of a change for the entire LLVM project, not just Clang. Major New Features ------------------ Improvements to Clang's diagnostics ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Clang's diagnostics are constantly being improved to catch more issues, explain them more clearly, and provide more accurate source information about them. The improvements since the 3.3 release include: - -Wheader-guard warns on mismatches between the #ifndef and #define lines in a header guard. .. code-block:: c #ifndef multiple #define multi #endif returns `warning: 'multiple' is used as a header guard here, followed by #define of a different macro [-Wheader-guard]` - -Wlogical-not-parentheses warns when a logical not ('!') only applies to the left-hand side of a comparison. This warning is part of -Wparentheses. .. code-block:: c++ int i1 = 0, i2 = 1; bool ret; ret = !i1 == i2; returns `warning: logical not is only applied to the left hand side of this comparison [-Wlogical-not-parentheses]` - Boolean increment, a deprecated feature, has own warning flag -Wdeprecated-increment-bool, and is still part of -Wdeprecated. - Clang errors on builtin enum increments and decrements. .. code-block:: c++ enum A { A1, A2 }; void test() { A a; a++; } returns `error: must use 'enum' tag to refer to type 'A'` - -Wloop-analysis now warns on for-loops which have the same increment or decrement in the loop header as the last statement in the loop. .. code-block:: c void foo(char *a, char *b, unsigned c) { for (unsigned i = 0; i < c; ++i) { a[i] = b[i]; ++i; } } returns `warning: variable 'i' is incremented both in the loop header and in the loop body [-Wloop-analysis]` - -Wuninitialized now performs checking across field initializers to detect when one field in used uninitialized in another field initialization. .. code-block:: c++ class A { int x; int y; A() : x(y) {} }; returns `warning: field 'y' is uninitialized when used here [-Wuninitialized]` - Clang can detect initializer list use inside a macro and suggest parentheses if possible to fix. - Many improvements to Clang's typo correction facilities, such as: + Adding global namespace qualifiers so that corrections can refer to shadowed or otherwise ambiguous or unreachable namespaces. + Including accessible class members in the set of typo correction candidates, so that corrections requiring a class name in the name specifier are now possible. + Allowing typo corrections that involve removing a name specifier. + In some situations, correcting function names when a function was given the wrong number of arguments, including situations where the original function name was correct but was shadowed by a lexically closer function with the same name yet took a different number of arguments. + Offering typo suggestions for 'using' declarations. + Providing better diagnostics and fixit suggestions in more situations when a '->' was used instead of '.' or vice versa. + Providing more relevant suggestions for typos followed by '.' or '='. + Various performance improvements when searching for typo correction candidates. - `LeakSanitizer <LeakSanitizer.html>`_ is an experimental memory leak detector which can be combined with AddressSanitizer. New Compiler Flags ------------------ - Clang no longer special cases -O4 to enable lto. Explicitly pass -flto to enable it. - Clang no longer fails on >= -O5. These flags are mapped to -O3 instead. - Command line "clang -O3 -flto a.c -c" and "clang -emit-llvm a.c -c" are no longer equivalent. - Clang now errors on unknown -m flags (``-munknown-to-clang``), unknown -f flags (``-funknown-to-clang``) and unknown options (``-what-is-this``). C Language Changes in Clang --------------------------- - Added new checked arithmetic builtins for security critical applications. C++ Language Changes in Clang ----------------------------- - Fixed an ABI regression, introduced in Clang 3.2, which affected member offsets for classes inheriting from certain classes with tail padding. See Bug16537. - Clang 3.4 supports the 2013-08-28 draft of the ISO WG21 SG10 feature test macro recommendations. These aim to provide a portable method to determine whether a compiler supports a language feature, much like Clang's |has_feature macro|_. .. |has_feature macro| replace:: ``__has_feature`` macro .. _has_feature macro: LanguageExtensions.html#has-feature-and-has-extension C++1y Feature Support ^^^^^^^^^^^^^^^^^^^^^ Clang 3.4 supports all the features in the current working draft of the upcoming C++ standard, provisionally named C++1y. Support for the following major new features has been added since Clang 3.3: - Generic lambdas and initialized lambda captures. - Deduced function return types (``auto f() { return 0; }``). - Generalized ``constexpr`` support (variable mutation and loops). - Variable templates and static data member templates. - Use of ``'`` as a digit separator in numeric literals. - Support for sized ``::operator delete`` functions. In addition, ``[[deprecated]]`` is now accepted as a synonym for Clang's existing ``deprecated`` attribute. Use ``-std=c++1y`` to enable C++1y mode. OpenCL C Language Changes in Clang ---------------------------------- - OpenCL C "long" now always has a size of 64 bit, and all OpenCL C types are aligned as specified in the OpenCL C standard. Also, "char" is now always signed. Internal API Changes -------------------- These are major API changes that have happened since the 3.3 release of Clang. If upgrading an external codebase that uses Clang as a library, this section should help get you past the largest hurdles of upgrading. Wide Character Types ^^^^^^^^^^^^^^^^^^^^ The ASTContext class now keeps track of two different types for wide character types: WCharTy and WideCharTy. WCharTy represents the built-in wchar_t type available in C++. WideCharTy is the type used for wide character literals; in C++ it is the same as WCharTy, but in C99, where wchar_t is a typedef, it is an integer type. Static Analyzer --------------- The static analyzer has been greatly improved. This impacts the overall analyzer quality and reduces a number of false positives. In particular, this release provides enhanced C++ support, reasoning about initializer lists, zeroing constructors, noreturn destructors and modeling of destructor calls on calls to delete. Clang Format ------------ Clang now includes a new tool ``clang-format`` which can be used to automatically format C, C++ and Objective-C source code. ``clang-format`` automatically chooses linebreaks and indentation and can be easily integrated into editors, IDEs and version control systems. It supports several pre-defined styles as well as precise style control using a multitude of formatting options. ``clang-format`` itself is just a thin wrapper around a library which can also be used directly from code refactoring and code translation tools. More information can be found on `Clang Format's site <http://clang.llvm.org/docs/ClangFormat.html>`_.
2014-01-19 15:06:41 +01:00
WRKSRC= ${WRKDIR}/llvm-${PKGVERSION_NOREV}
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
Changes 2.8: * libc++ and LLDB are major new additions to the LLVM collective. * LLVM 2.8 now has pretty decent support for debugging optimized code. You should be able to reliably get debug info for function arguments, assuming that the value is actually available where you have stopped. * A new 'llvm-diff' tool is available that does a semantic diff of .ll files. * The MC subproject has made major progress in this release. Direct .o file writing support for darwin/x86[-64] is now reliable and support for other targets and object file formats are in progress. * The memcpy, memmove, and memset intrinsics now take address space qualified pointers and a bit to indicate whether the transfer is "volatile" or not. * Per-instruction debug info metadata is much faster and uses less memory by using the new DebugLoc class. * LLVM IR now has a more formalized concept of "trap values", which allow the optimizer to optimize more aggressively in the presence of undefined behavior, while still producing predictable results. * LLVM IR now supports two new linkage types (linker_private_weak and linker_private_weak_def_auto) which map onto some obscure MachO concepts. * The optimizer now has support for updating debug information as it goes. A key aspect of this is the new llvm.dbg.value intrinsic. This intrinsic represents debug info for variables that are promoted to SSA values (typically by mem2reg or the -scalarrepl passes). * The JumpThreading pass is now much more aggressive about implied value relations, allowing it to thread conditions like "a == 4" when a is known to be 13 in one of the predecessors of a block. It does this in conjunction with the new LazyValueInfo analysis pass. * The new RegionInfo analysis pass identifies single-entry single-exit regions in the CFG. You can play with it with the "opt -regions analyze" or "opt -view-regions" commands. * The loop optimizer has significantly improved strength reduction and analysis capabilities. Notably it is able to build on the trap value and signed integer overflow information to optimize <= and >= loops. * The CallGraphSCCPassManager now has some basic support for iterating within an SCC when a optimizer devirtualizes a function call. This allows inlining through indirect call sites that are devirtualized by store-load forwarding and other optimizations. * The new -loweratomic pass is available to lower atomic instructions into their non-atomic form. This can be useful to optimize generic code that expects to run in a single-threaded environment.
2010-10-21 15:52:15 +02:00
USE_LANGUAGES= c c++
Uses pod2man.
2013-02-01 00:08:55 +01:00
USE_TOOLS+= chown gmake groff pod2html pod2man
Changes 2.8: * libc++ and LLDB are major new additions to the LLVM collective. * LLVM 2.8 now has pretty decent support for debugging optimized code. You should be able to reliably get debug info for function arguments, assuming that the value is actually available where you have stopped. * A new 'llvm-diff' tool is available that does a semantic diff of .ll files. * The MC subproject has made major progress in this release. Direct .o file writing support for darwin/x86[-64] is now reliable and support for other targets and object file formats are in progress. * The memcpy, memmove, and memset intrinsics now take address space qualified pointers and a bit to indicate whether the transfer is "volatile" or not. * Per-instruction debug info metadata is much faster and uses less memory by using the new DebugLoc class. * LLVM IR now has a more formalized concept of "trap values", which allow the optimizer to optimize more aggressively in the presence of undefined behavior, while still producing predictable results. * LLVM IR now supports two new linkage types (linker_private_weak and linker_private_weak_def_auto) which map onto some obscure MachO concepts. * The optimizer now has support for updating debug information as it goes. A key aspect of this is the new llvm.dbg.value intrinsic. This intrinsic represents debug info for variables that are promoted to SSA values (typically by mem2reg or the -scalarrepl passes). * The JumpThreading pass is now much more aggressive about implied value relations, allowing it to thread conditions like "a == 4" when a is known to be 13 in one of the predecessors of a block. It does this in conjunction with the new LazyValueInfo analysis pass. * The new RegionInfo analysis pass identifies single-entry single-exit regions in the CFG. You can play with it with the "opt -regions analyze" or "opt -view-regions" commands. * The loop optimizer has significantly improved strength reduction and analysis capabilities. Notably it is able to build on the trap value and signed integer overflow information to optimize <= and >= loops. * The CallGraphSCCPassManager now has some basic support for iterating within an SCC when a optimizer devirtualizes a function call. This allows inlining through indirect call sites that are devirtualized by store-load forwarding and other optimizations. * The new -loweratomic pass is available to lower atomic instructions into their non-atomic form. This can be useful to optimize generic code that expects to run in a single-threaded environment.
2010-10-21 15:52:15 +02:00
GNU_CONFIGURE= yes
LLVM 2.9 includes several major new capabilities: * Type Based Alias Analysis (TBAA) is now implemented and turned on by default in Clang. This allows substantially better load/store optimization in some cases. TBAA can be disabled by passing -fno-strict-aliasing. * This release has seen a continued focus on quality of debug information. LLVM now generates much higher fidelity debug information, particularly when debugging optimized code. * Inline assembly now supports multiple alternative constraints. * A new backend for the NVIDIA PTX virtual ISA (used to target its GPUs) is under rapid development. It is not generally useful in 2.9, but is making rapid progress.
2011-04-07 11:26:33 +02:00
CONFIGURE_ARGS+= --disable-assertions
Fix building when OCaml is installed
2010-10-26 09:29:03 +02:00
CONFIGURE_ARGS+= --disable-bindings # disable OCaml
LLVM 2.9 includes several major new capabilities: * Type Based Alias Analysis (TBAA) is now implemented and turned on by default in Clang. This allows substantially better load/store optimization in some cases. TBAA can be disabled by passing -fno-strict-aliasing. * This release has seen a continued focus on quality of debug information. LLVM now generates much higher fidelity debug information, particularly when debugging optimized code. * Inline assembly now supports multiple alternative constraints. * A new backend for the NVIDIA PTX virtual ISA (used to target its GPUs) is under rapid development. It is not generally useful in 2.9, but is making rapid progress.
2011-04-07 11:26:33 +02:00
CONFIGURE_ARGS+= --disable-timestamps
CONFIGURE_ARGS+= --enable-optimized
Changes 3.1: * Major New Features - AddressSanitizer, a fast memory error detector. - MachineInstr Bundles, Support to model instruction bundling / packing. - ARM Integrated Assembler, A full featured assembler and direct-to-object support for ARM. - Basic Block Placement Probability driven basic block placement. * LLVM IR and Core Improvements - A new type representing 16 bit half floating point values has been added. - IR now supports vectors of pointers, including vector GEPs. - Module flags have been introduced. They convey information about the module as a whole to LLVM subsystems. This is currently used to encode Objective C ABI information. - Loads can now have range metadata attached to them to describe the possible values being loaded. - The llvm.ctlz and llvm.cttz intrinsics now have an additional argument which indicates whether the behavior of the intrinsic is undefined on a zero input. This can be used to generate more efficient code on platforms that only have instructions which don't return the type size when counting bits in 0. * Optimizer Improvements - The loop unroll pass now is able to unroll loops with run-time trip counts. This feature is turned off by default, and is enabled with the -unroll-runtime flag. - A new basic-block autovectorization pass is available. Pass -vectorize to run this pass along with some associated post-vectorization cleanup passes. For more information, see the EuroLLVM 2012 slides: Autovectorization with LLVM. - Inline cost heuristics have been completely overhauled and now closely model constant propagation through call sites, disregard trivially dead code costs, and can model C++ STL iterator patterns.
2012-05-23 13:02:41 +02:00
#CONFIGURE_ARGS+= --enable-shared
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
Changes 2.8: * libc++ and LLDB are major new additions to the LLVM collective. * LLVM 2.8 now has pretty decent support for debugging optimized code. You should be able to reliably get debug info for function arguments, assuming that the value is actually available where you have stopped. * A new 'llvm-diff' tool is available that does a semantic diff of .ll files. * The MC subproject has made major progress in this release. Direct .o file writing support for darwin/x86[-64] is now reliable and support for other targets and object file formats are in progress. * The memcpy, memmove, and memset intrinsics now take address space qualified pointers and a bit to indicate whether the transfer is "volatile" or not. * Per-instruction debug info metadata is much faster and uses less memory by using the new DebugLoc class. * LLVM IR now has a more formalized concept of "trap values", which allow the optimizer to optimize more aggressively in the presence of undefined behavior, while still producing predictable results. * LLVM IR now supports two new linkage types (linker_private_weak and linker_private_weak_def_auto) which map onto some obscure MachO concepts. * The optimizer now has support for updating debug information as it goes. A key aspect of this is the new llvm.dbg.value intrinsic. This intrinsic represents debug info for variables that are promoted to SSA values (typically by mem2reg or the -scalarrepl passes). * The JumpThreading pass is now much more aggressive about implied value relations, allowing it to thread conditions like "a == 4" when a is known to be 13 in one of the predecessors of a block. It does this in conjunction with the new LazyValueInfo analysis pass. * The new RegionInfo analysis pass identifies single-entry single-exit regions in the CFG. You can play with it with the "opt -regions analyze" or "opt -view-regions" commands. * The loop optimizer has significantly improved strength reduction and analysis capabilities. Notably it is able to build on the trap value and signed integer overflow information to optimize <= and >= loops. * The CallGraphSCCPassManager now has some basic support for iterating within an SCC when a optimizer devirtualizes a function call. This allows inlining through indirect call sites that are devirtualized by store-load forwarding and other optimizations. * The new -loweratomic pass is available to lower atomic instructions into their non-atomic form. This can be useful to optimize generic code that expects to run in a single-threaded environment.
2010-10-21 15:52:15 +02:00
MAKE_DIRS+= etc/llvm
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
Changes 2.8: * libc++ and LLDB are major new additions to the LLVM collective. * LLVM 2.8 now has pretty decent support for debugging optimized code. You should be able to reliably get debug info for function arguments, assuming that the value is actually available where you have stopped. * A new 'llvm-diff' tool is available that does a semantic diff of .ll files. * The MC subproject has made major progress in this release. Direct .o file writing support for darwin/x86[-64] is now reliable and support for other targets and object file formats are in progress. * The memcpy, memmove, and memset intrinsics now take address space qualified pointers and a bit to indicate whether the transfer is "volatile" or not. * Per-instruction debug info metadata is much faster and uses less memory by using the new DebugLoc class. * LLVM IR now has a more formalized concept of "trap values", which allow the optimizer to optimize more aggressively in the presence of undefined behavior, while still producing predictable results. * LLVM IR now supports two new linkage types (linker_private_weak and linker_private_weak_def_auto) which map onto some obscure MachO concepts. * The optimizer now has support for updating debug information as it goes. A key aspect of this is the new llvm.dbg.value intrinsic. This intrinsic represents debug info for variables that are promoted to SSA values (typically by mem2reg or the -scalarrepl passes). * The JumpThreading pass is now much more aggressive about implied value relations, allowing it to thread conditions like "a == 4" when a is known to be 13 in one of the predecessors of a block. It does this in conjunction with the new LazyValueInfo analysis pass. * The new RegionInfo analysis pass identifies single-entry single-exit regions in the CFG. You can play with it with the "opt -regions analyze" or "opt -view-regions" commands. * The loop optimizer has significantly improved strength reduction and analysis capabilities. Notably it is able to build on the trap value and signed integer overflow information to optimize <= and >= loops. * The CallGraphSCCPassManager now has some basic support for iterating within an SCC when a optimizer devirtualizes a function call. This allows inlining through indirect call sites that are devirtualized by store-load forwarding and other optimizations. * The new -loweratomic pass is available to lower atomic instructions into their non-atomic form. This can be useful to optimize generic code that expects to run in a single-threaded environment.
2010-10-21 15:52:15 +02:00
INSTALLATION_DIRS= bin lib libexec
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
CHECK_PORTABILITY_SKIP= utils/buildit/build_llvm
TEST_TARGET= check unittests
LLVM 2.9 includes several major new capabilities: * Type Based Alias Analysis (TBAA) is now implemented and turned on by default in Clang. This allows substantially better load/store optimization in some cases. TBAA can be disabled by passing -fno-strict-aliasing. * This release has seen a continued focus on quality of debug information. LLVM now generates much higher fidelity debug information, particularly when debugging optimized code. * Inline assembly now supports multiple alternative constraints. * A new backend for the NVIDIA PTX virtual ISA (used to target its GPUs) is under rapid development. It is not generally useful in 2.9, but is making rapid progress.
2011-04-07 11:26:33 +02:00
.include "../../mk/bsd.prefs.mk"
.if ${_OPSYS_SHLIB_TYPE} == "dylib"
PLIST_SUBST+= SOEXT="dylib"
.else
PLIST_SUBST+= SOEXT="so"
.endif
To get a working compiler on SunOS, a number of hardcoded gcc/linker related paths are replaced. http://article.gmane.org/gmane.comp.compilers.llvm.devel/63317 ok'd by wiz@
2013-12-24 06:57:44 +01:00
.include "../../mk/compiler.mk"
.if ${OPSYS} == "SunOS" && !empty(PKGSRC_COMPILER:Mgcc)
# This should probably be in hacks, but since clang hardcodes gcc paths
# put this here so it can be removed when clang matures.
# cxa_finalize.o is no longer necessary with libc.so >= ILLUMOS_0.5
TEST_ILLUMOS_3849!=\
if /usr/bin/elfdump -v /lib/libc.so |\
${GREP} -q 'ILLUMOS_0.5' ; then \
${ECHO} 1; \
else ${ECHO} 0; \
fi
#doesn't seem to be needed anymore, but may be dependent on
#a recent version of solaris (illumos) ld.
#
#CFLAGS.SunOS+= -mimpure-text
Added libc++
2014-02-27 18:35:35 +01:00
SUBST_CLASSES+= fix-paths
To get a working compiler on SunOS, a number of hardcoded gcc/linker related paths are replaced. http://article.gmane.org/gmane.comp.compilers.llvm.devel/63317 ok'd by wiz@
2013-12-24 06:57:44 +01:00
SUBST_STAGE.fix-paths= pre-configure
SUBST_MESSAGE.fix-paths= Fixing absolute gcc paths for SunOS.
SUBST_FILES.fix-paths= tools/clang/lib/Driver/Tools.cpp
. if defined(_GCC_ARCHDIR)
SUBST_SED.fix-paths= -e 's,/usr/gcc/4.5/lib/gcc/,${_GCC_ARCHDIR}/,g'
. else
LIBGCCDIR!= ${CC} -print-libgcc-file-name
ARCHDIR:= ${LIBGCCDIR:H}
SUBST_SED.fix-paths= -e 's,/usr/gcc/4.5/lib/gcc/,${ARCHDIR}/,g'
. endif
Fix build under SunOS
2014-01-25 13:26:14 +01:00
SUBST_SED.fix-paths+= -e '/^.*i386.*getVendorName.*$$/{d;}'
SUBST_SED.fix-paths+= -e '/^.*GCCLibPath +=$$/d'
To get a working compiler on SunOS, a number of hardcoded gcc/linker related paths are replaced. http://article.gmane.org/gmane.comp.compilers.llvm.devel/63317 ok'd by wiz@
2013-12-24 06:57:44 +01:00
SUBST_SED.fix-paths+= -e 's,/4.5.2/amd64/,amd64/,g'
SUBST_SED.fix-paths+= -e 's,"as","gas",g'
. if exists(/usr/bin/ld)
SUBST_SED.fix-paths+= -e 's,getToolChain().GetProgramPath("ld"),"/usr/bin/ld",g'
. else
SUBST_SED.fix-paths+= -e 's,getToolChain().GetProgramPath("ld"),"/usr/ccs/bin/ld",g'
. endif
. if ${TEST_ILLUMOS_3849}
SUBST_SED.fix-paths+= -e 's,^.*cxa_finalize.*$$, ; //cxa_finalize.o,g'
. endif
.endif
Fix build on Solaris. The package isn't functional as it looks for gcc files in hardcoded locations, but perhaps it works on certain releases anyway, and we can fix the package for SmartOS later.
2013-01-11 20:16:47 +01:00
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
post-extract:
Added libc++
2014-02-27 18:35:35 +01:00
mv ${WRKDIR}/libcxx-${PKGVERSION_NOREV} ${WRKSRC}/projects/libcxx
Update to 3.4 * Tested under NetBSD/amd64 6.99.28 and Debian GNU/Linux/amd64 7.3 Changelog: From: http://llvm.org/svn/llvm-project/llvm/tags/RELEASE_34/final/docs/ReleaseNotes.rst Non-comprehensive list of changes in this release ================================================= * 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. * 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. * Support for exception handling has been removed from the old JIT. Use MCJIT if you need EH support. * The R600 backend is not marked experimental anymore and is built by default. * ``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. * The library call simplification pass has been removed. Its functionality has been integrated into the instruction combiner and function attribute marking passes. * 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``. * The new SLP Vectorizer is now enabled by default. * ``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. * The bitcast instruction no longer allows casting between pointers with different address spaces. To achieve this, use the new addrspacecast instruction. * Different sized pointers for different address spaces should now generally work. This is primarily useful for GPU targets. * OCaml bindings have been significantly extended to cover almost all of the LLVM libraries. Mips Target ----------- 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. 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>`_ PowerPC Target -------------- Changes in the PowerPC backend include: * fast-isel support (for faster ``-O0`` code generation) * many improvements to the builtin assembler * support for generating unaligned (Altivec) vector loads * support for generating the fcpsgn instruction * generate ``frin`` for ``round()`` (not ``nearbyint()`` and ``rint()``, which had been done only in fast-math mode) * improved instruction scheduling for embedded cores (such as the A2) * improved prologue/epilogue generation (especially in 32-bit mode) * support for dynamic stack alignment (and dynamic stack allocations with large alignments) * improved generation of counter-register-based loops * bug fixes SPARC Target ------------ The SPARC backend got many improvements, namely * experimental SPARC V9 backend * JIT support for SPARC * fp128 support * exception handling * TLS support * leaf functions optimization * bug fixes SystemZ/s390x Backend --------------------- LLVM and clang can now optimize for zEnterprise z196 and zEnterprise EC12 targets. In clang these targets are selected using ``-march=z196`` and ``-march=zEC12`` respectively. From: http://llvm.org/svn/llvm-project/cfe/tags/RELEASE_34/final/docs/ReleaseNotes.rst What's New in Clang 3.4? ======================== Some of the major new features and improvements to Clang are listed here. Generic improvements to Clang as a whole or to its underlying infrastructure are described first, followed by language-specific sections with improvements to Clang's support for those languages. Last release which will build as C++98 -------------------------------------- This is expected to be the last release of Clang which compiles using a C++98 toolchain. We expect to start using some C++11 features in Clang 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 Clang to have a heads up that the next release will involve a substantial change in the host toolchain requirements. Note that this change is part of a change for the entire LLVM project, not just Clang. Major New Features ------------------ Improvements to Clang's diagnostics ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Clang's diagnostics are constantly being improved to catch more issues, explain them more clearly, and provide more accurate source information about them. The improvements since the 3.3 release include: - -Wheader-guard warns on mismatches between the #ifndef and #define lines in a header guard. .. code-block:: c #ifndef multiple #define multi #endif returns `warning: 'multiple' is used as a header guard here, followed by #define of a different macro [-Wheader-guard]` - -Wlogical-not-parentheses warns when a logical not ('!') only applies to the left-hand side of a comparison. This warning is part of -Wparentheses. .. code-block:: c++ int i1 = 0, i2 = 1; bool ret; ret = !i1 == i2; returns `warning: logical not is only applied to the left hand side of this comparison [-Wlogical-not-parentheses]` - Boolean increment, a deprecated feature, has own warning flag -Wdeprecated-increment-bool, and is still part of -Wdeprecated. - Clang errors on builtin enum increments and decrements. .. code-block:: c++ enum A { A1, A2 }; void test() { A a; a++; } returns `error: must use 'enum' tag to refer to type 'A'` - -Wloop-analysis now warns on for-loops which have the same increment or decrement in the loop header as the last statement in the loop. .. code-block:: c void foo(char *a, char *b, unsigned c) { for (unsigned i = 0; i < c; ++i) { a[i] = b[i]; ++i; } } returns `warning: variable 'i' is incremented both in the loop header and in the loop body [-Wloop-analysis]` - -Wuninitialized now performs checking across field initializers to detect when one field in used uninitialized in another field initialization. .. code-block:: c++ class A { int x; int y; A() : x(y) {} }; returns `warning: field 'y' is uninitialized when used here [-Wuninitialized]` - Clang can detect initializer list use inside a macro and suggest parentheses if possible to fix. - Many improvements to Clang's typo correction facilities, such as: + Adding global namespace qualifiers so that corrections can refer to shadowed or otherwise ambiguous or unreachable namespaces. + Including accessible class members in the set of typo correction candidates, so that corrections requiring a class name in the name specifier are now possible. + Allowing typo corrections that involve removing a name specifier. + In some situations, correcting function names when a function was given the wrong number of arguments, including situations where the original function name was correct but was shadowed by a lexically closer function with the same name yet took a different number of arguments. + Offering typo suggestions for 'using' declarations. + Providing better diagnostics and fixit suggestions in more situations when a '->' was used instead of '.' or vice versa. + Providing more relevant suggestions for typos followed by '.' or '='. + Various performance improvements when searching for typo correction candidates. - `LeakSanitizer <LeakSanitizer.html>`_ is an experimental memory leak detector which can be combined with AddressSanitizer. New Compiler Flags ------------------ - Clang no longer special cases -O4 to enable lto. Explicitly pass -flto to enable it. - Clang no longer fails on >= -O5. These flags are mapped to -O3 instead. - Command line "clang -O3 -flto a.c -c" and "clang -emit-llvm a.c -c" are no longer equivalent. - Clang now errors on unknown -m flags (``-munknown-to-clang``), unknown -f flags (``-funknown-to-clang``) and unknown options (``-what-is-this``). C Language Changes in Clang --------------------------- - Added new checked arithmetic builtins for security critical applications. C++ Language Changes in Clang ----------------------------- - Fixed an ABI regression, introduced in Clang 3.2, which affected member offsets for classes inheriting from certain classes with tail padding. See Bug16537. - Clang 3.4 supports the 2013-08-28 draft of the ISO WG21 SG10 feature test macro recommendations. These aim to provide a portable method to determine whether a compiler supports a language feature, much like Clang's |has_feature macro|_. .. |has_feature macro| replace:: ``__has_feature`` macro .. _has_feature macro: LanguageExtensions.html#has-feature-and-has-extension C++1y Feature Support ^^^^^^^^^^^^^^^^^^^^^ Clang 3.4 supports all the features in the current working draft of the upcoming C++ standard, provisionally named C++1y. Support for the following major new features has been added since Clang 3.3: - Generic lambdas and initialized lambda captures. - Deduced function return types (``auto f() { return 0; }``). - Generalized ``constexpr`` support (variable mutation and loops). - Variable templates and static data member templates. - Use of ``'`` as a digit separator in numeric literals. - Support for sized ``::operator delete`` functions. In addition, ``[[deprecated]]`` is now accepted as a synonym for Clang's existing ``deprecated`` attribute. Use ``-std=c++1y`` to enable C++1y mode. OpenCL C Language Changes in Clang ---------------------------------- - OpenCL C "long" now always has a size of 64 bit, and all OpenCL C types are aligned as specified in the OpenCL C standard. Also, "char" is now always signed. Internal API Changes -------------------- These are major API changes that have happened since the 3.3 release of Clang. If upgrading an external codebase that uses Clang as a library, this section should help get you past the largest hurdles of upgrading. Wide Character Types ^^^^^^^^^^^^^^^^^^^^ The ASTContext class now keeps track of two different types for wide character types: WCharTy and WideCharTy. WCharTy represents the built-in wchar_t type available in C++. WideCharTy is the type used for wide character literals; in C++ it is the same as WCharTy, but in C99, where wchar_t is a typedef, it is an integer type. Static Analyzer --------------- The static analyzer has been greatly improved. This impacts the overall analyzer quality and reduces a number of false positives. In particular, this release provides enhanced C++ support, reasoning about initializer lists, zeroing constructors, noreturn destructors and modeling of destructor calls on calls to delete. Clang Format ------------ Clang now includes a new tool ``clang-format`` which can be used to automatically format C, C++ and Objective-C source code. ``clang-format`` automatically chooses linebreaks and indentation and can be easily integrated into editors, IDEs and version control systems. It supports several pre-defined styles as well as precise style control using a multitude of formatting options. ``clang-format`` itself is just a thin wrapper around a library which can also be used directly from code refactoring and code translation tools. More information can be found on `Clang Format's site <http://clang.llvm.org/docs/ClangFormat.html>`_.
2014-01-19 15:06:41 +01:00
mv ${WRKDIR}/clang-${PKGVERSION_NOREV} ${WRKSRC}/tools/clang
Fix build on Solaris. The package isn't functional as it looks for gcc files in hardcoded locations, but perhaps it works on certain releases anyway, and we can fix the package for SmartOS later.
2013-01-11 20:16:47 +01:00
.if ${OPSYS} == "SunOS"
${ECHO} "int sun_ld_needs_a_symbol=0;" >> ${WRKSRC}/lib/Target/NVPTX/InstPrinter/NVPTXInstPrinter.cpp
.endif
Changes 2.8: * libc++ and LLDB are major new additions to the LLVM collective. * LLVM 2.8 now has pretty decent support for debugging optimized code. You should be able to reliably get debug info for function arguments, assuming that the value is actually available where you have stopped. * A new 'llvm-diff' tool is available that does a semantic diff of .ll files. * The MC subproject has made major progress in this release. Direct .o file writing support for darwin/x86[-64] is now reliable and support for other targets and object file formats are in progress. * The memcpy, memmove, and memset intrinsics now take address space qualified pointers and a bit to indicate whether the transfer is "volatile" or not. * Per-instruction debug info metadata is much faster and uses less memory by using the new DebugLoc class. * LLVM IR now has a more formalized concept of "trap values", which allow the optimizer to optimize more aggressively in the presence of undefined behavior, while still producing predictable results. * LLVM IR now supports two new linkage types (linker_private_weak and linker_private_weak_def_auto) which map onto some obscure MachO concepts. * The optimizer now has support for updating debug information as it goes. A key aspect of this is the new llvm.dbg.value intrinsic. This intrinsic represents debug info for variables that are promoted to SSA values (typically by mem2reg or the -scalarrepl passes). * The JumpThreading pass is now much more aggressive about implied value relations, allowing it to thread conditions like "a == 4" when a is known to be 13 in one of the predecessors of a block. It does this in conjunction with the new LazyValueInfo analysis pass. * The new RegionInfo analysis pass identifies single-entry single-exit regions in the CFG. You can play with it with the "opt -regions analyze" or "opt -view-regions" commands. * The loop optimizer has significantly improved strength reduction and analysis capabilities. Notably it is able to build on the trap value and signed integer overflow information to optimize <= and >= loops. * The CallGraphSCCPassManager now has some basic support for iterating within an SCC when a optimizer devirtualizes a function call. This allows inlining through indirect call sites that are devirtualized by store-load forwarding and other optimizations. * The new -loweratomic pass is available to lower atomic instructions into their non-atomic form. This can be useful to optimize generic code that expects to run in a single-threaded environment.
2010-10-21 15:52:15 +02:00
Changes 3.1: * Major New Features - AddressSanitizer, a fast memory error detector. - MachineInstr Bundles, Support to model instruction bundling / packing. - ARM Integrated Assembler, A full featured assembler and direct-to-object support for ARM. - Basic Block Placement Probability driven basic block placement. * LLVM IR and Core Improvements - A new type representing 16 bit half floating point values has been added. - IR now supports vectors of pointers, including vector GEPs. - Module flags have been introduced. They convey information about the module as a whole to LLVM subsystems. This is currently used to encode Objective C ABI information. - Loads can now have range metadata attached to them to describe the possible values being loaded. - The llvm.ctlz and llvm.cttz intrinsics now have an additional argument which indicates whether the behavior of the intrinsic is undefined on a zero input. This can be used to generate more efficient code on platforms that only have instructions which don't return the type size when counting bits in 0. * Optimizer Improvements - The loop unroll pass now is able to unroll loops with run-time trip counts. This feature is turned off by default, and is enabled with the -unroll-runtime flag. - A new basic-block autovectorization pass is available. Pass -vectorize to run this pass along with some associated post-vectorization cleanup passes. For more information, see the EuroLLVM 2012 slides: Autovectorization with LLVM. - Inline cost heuristics have been completely overhauled and now closely model constant propagation through call sites, disregard trivially dead code costs, and can model C++ STL iterator patterns.
2012-05-23 13:02:41 +02:00
.include "../../lang/python/tool.mk"
Changes 3.2: * Improvements to Clang's diagnostics * Support for tls_model attribute * Type safety attributes * Documentation comment support More...
2013-01-03 16:19:53 +01:00
.include "../../textproc/libxml2/buildlink3.mk"
add clang-2.6, a C compiler based om LLVM, based on Adam Hoka's llvm pkg in pkgsrc-wip (This installs all the LLVM bits too, so it conflicts with a pure llvm pkg, but it is not easily separated.)
2009-11-17 00:24:37 +01:00
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink