summaryrefslogtreecommitdiffstats
path: root/lib/clang/libllvmmc
Commit message (Collapse)AuthorAgeFilesLines
* MFC r309124:dim2016-12-262-80/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Upgrade our copies of clang, llvm, lldb, compiler-rt and libc++ to 3.9.0 release, and add lld 3.9.0. Also completely revamp the build system for clang, llvm, lldb and their related tools. Please note that from 3.5.0 onwards, clang, llvm and lldb require C++11 support to build; see UPDATING for more information. Release notes for llvm, clang and lld are available here: <http://llvm.org/releases/3.9.0/docs/ReleaseNotes.html> <http://llvm.org/releases/3.9.0/tools/clang/docs/ReleaseNotes.html> <http://llvm.org/releases/3.9.0/tools/lld/docs/ReleaseNotes.html> Thanks to Ed Maste, Bryan Drewery, Andrew Turner, Antoine Brodin and Jan Beich for their help. Relnotes: yes MFC r309147: Pull in r282174 from upstream llvm trunk (by Krzysztof Parzyszek): [PPC] Set SP after loading data from stack frame, if no red zone is present Follow-up to r280705: Make sure that the SP is only restored after all data is loaded from the stack frame, if there is no red zone. This completes the fix for https://llvm.org/bugs/show_bug.cgi?id=26519. Differential Revision: https://reviews.llvm.org/D24466 Reported by: Mark Millard PR: 214433 MFC r309149: Pull in r283060 from upstream llvm trunk (by Hal Finkel): [PowerPC] Refactor soft-float support, and enable PPC64 soft float This change enables soft-float for PowerPC64, and also makes soft-float disable all vector instruction sets for both 32-bit and 64-bit modes. This latter part is necessary because the PPC backend canonicalizes many Altivec vector types to floating-point types, and so soft-float breaks scalarization support for many operations. Both for embedded targets and for operating-system kernels desiring soft-float support, it seems reasonable that disabling hardware floating-point also disables vector instructions (embedded targets without hardware floating point support are unlikely to have Altivec, etc. and operating system kernels desiring not to use floating-point registers to lower syscall cost are unlikely to want to use vector registers either). If someone needs this to work, we'll need to change the fact that we promote many Altivec operations to act on v4f32. To make it possible to disable Altivec when soft-float is enabled, hardware floating-point support needs to be expressed as a positive feature, like the others, and not a negative feature, because target features cannot have dependencies on the disabling of some other feature. So +soft-float has now become -hard-float. Fixes PR26970. Pull in r283061 from upstream clang trunk (by Hal Finkel): [PowerPC] Enable soft-float for PPC64, and +soft-float -> -hard-float Enable soft-float support on PPC64, as the backend now supports it. Also, the backend now uses -hard-float instead of +soft-float, so set the target features accordingly. Fixes PR26970. Reported by: Mark Millard PR: 214433 MFC r309212: Add a few missed clang 3.9.0 files to OptionalObsoleteFiles. MFC r309262: Fix packaging for clang, lldb and lld 3.9.0 During the upgrade of clang/llvm etc to 3.9.0 in r309124, the PACKAGE directive in the usr.bin/clang/*.mk files got dropped accidentally. Restore it, with a few minor changes and additions: * Correct license in clang.ucl to NCSA * Add PACKAGE=clang for clang and most of the "ll" tools * Put lldb in its own package * Put lld in its own package Reviewed by: gjb, jmallett Differential Revision: https://reviews.freebsd.org/D8666 MFC r309656: During the bootstrap phase, when building the minimal llvm library on PowerPC, add lib/Support/Atomic.cpp. This is needed because upstream llvm revision r271821 disabled the use of std::call_once, which causes some fallback functions from Atomic.cpp to be used instead. Reported by: Mark Millard PR: 214902 MFC r309835: Tentatively apply https://reviews.llvm.org/D18730 to work around gcc PR 70528 (bogus error: constructor required before non-static data member). This should fix buildworld with the external gcc package. Reported by: https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc/ MFC r310194: Upgrade our copies of clang, llvm, lld, lldb, compiler-rt and libc++ to 3.9.1 release. Please note that from 3.5.0 onwards, clang, llvm and lldb require C++11 support to build; see UPDATING for more information. Release notes for llvm, clang and lld will be available here: <http://releases.llvm.org/3.9.1/docs/ReleaseNotes.html> <http://releases.llvm.org/3.9.1/tools/clang/docs/ReleaseNotes.html> <http://releases.llvm.org/3.9.1/tools/lld/docs/ReleaseNotes.html> Relnotes: yes
* First part of updating llvm/clang build glue: getting llvm-tblgen,dim2015-12-311-0/+1
| | | | clang-tblgen and clang itself built.
* Minimize the number of files compiled for clang only (e.g. when neitherdim2015-09-061-3/+9
| | | | WITH_CLANG_EXTRAS nor WITH_LLDB is in effect).
* Update llvm/clang to r242221.dim2015-08-121-0/+1
|
* Merge ^/head r284188 through r284643.dim2015-06-201-0/+15
|\
| * Add META_MODE support.sjg2015-06-131-0/+15
| |\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp
| | * dirdeps.mk now sets DEP_RELDIRsjg2015-06-081-2/+0
| | |
| | * Merge sync of headsjg2015-05-271-15/+8
| | |\ | | |/ | |/|
| | * Updated dependenciessjg2014-05-161-2/+1
| | |
| | * Merge from headsjg2014-05-081-1/+1
| | |\
| | * \ Merge headsjg2014-04-281-0/+8
| | |\ \
| | * \ \ Merge head@256284sjg2013-10-131-1/+1
| | |\ \ \
| | * \ \ \ Merge from headsjg2013-09-051-1/+0
| | |\ \ \ \
| | * | | | | Updated dependenciessjg2013-03-171-2/+2
| | | | | | |
| | | | | | |
| | | \ \ \ \
| | *-. \ \ \ \ Sync from headsjg2012-11-041-1/+6
| | |\ \ \ \ \ \
| | * | | | | | | Sync FreeBSD's bmake branch with Juniper's internal bmake branch.marcel2012-08-221-0/+17
| | | |/ / / / / | | |/| | | | | | | | | | | | | | | | | | | | | Requested by: Simon Gerraty <sjg@juniper.net>
* | | | | | | | Update Makefiles and other build glue for llvm/clang 3.7.0, as of trunkdim2015-06-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | r239412.
* | | | | | | | Update Makefiles and other build glue for llvm/clang 3.7.0, as of trunkdim2015-05-301-0/+1
|/ / / / / / / | | | | | | | | | | | | | | | | | | | | | r238337.
* | | | | | | Update llvm and clang library and binary Makefiles for 3.6.0 rc1.dim2015-01-261-6/+1
| | | | | | |
* | | | | | | Update llvm and clang library Makefiles.dim2014-11-241-9/+7
| |_|_|_|_|/ |/| | | | |
* | | | | | Use src.opts.mk in preference to bsd.own.mk except where we need stuffimp2014-05-061-1/+1
| |_|_|_|/ |/| | | | | | | | | | | | | | from the latter.
* | | | | Upgrade our copy of llvm/clang to 3.4 release. This version supportsdim2014-02-161-0/+8
| |_|_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | all of the features in the current working draft of the upcoming C++ standard, provisionally named C++1y. The code generator's performance is greatly increased, and the loop auto-vectorizer is now enabled at -Os and -O2 in addition to -O3. The PowerPC backend has made several major improvements to code generation quality and compile time, and the X86, SPARC, ARM32, Aarch64 and SystemZ backends have all seen major feature work. Release notes for llvm and clang can be found here: <http://llvm.org/releases/3.4/docs/ReleaseNotes.html> <http://llvm.org/releases/3.4/tools/clang/docs/ReleaseNotes.html> MFC after: 1 month
* | | | Add LLDB bmake infrastructureemaste2013-09-201-1/+1
| |_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This connects LLDB to the build, but it is disabled by default. Add WITH_LLDB= to src.conf to build it. Note that LLDB requires a C++11 compiler so is disabled on platforms using GCC. Approved by: re (gjb) Sponsored by: DARPA, AFRL
* | | Upgrade our copy of llvm/clang to trunk r178860, in preparation of thedim2013-04-121-1/+0
| |/ |/| | | | | | | | | | | | | | | upcoming 3.3 release (branching and freezing expected in a few weeks). Preliminary release notes can be found at the usual location: <http://llvm.org/docs/ReleaseNotes.html> An MFC is planned once the actual 3.3 release is finished.
* | Upgrade our copy of llvm/clang to trunk r162107. With thanks todim2012-08-201-1/+6
|/ | | | Benjamin Kramer and Joerg Sonnenberger for their input and fixes.
* Upgrade our copy of llvm/clang to trunk r154661, in preparation of thedim2012-04-161-1/+0
| | | | | | | upcoming 3.1 release (expected in a few weeks). Preliminary release notes can be found at: <http://llvm.org/docs/ReleaseNotes.html> MFC after: 2 weeks
* Add a WITH_CLANG_EXTRAS option for src.conf(5), disabled by default,dim2012-02-051-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | that builds the following additional llvm/clang tools: - bugpoint - llc - lli - llvm-ar - llvm-as - llvm-bcanalyzer - llvm-diff - llvm-dis - llvm-extract - llvm-ld - llvm-link - llvm-mc - llvm-nm - llvm-objdump - llvm-prof - llvm-ranlib - llvm-rtdyld - llvm-stub - macho-dump - opt These tools are mainly useful for people that want to manipulate llvm bitcode (.bc) and llvm assembly language (.ll) files, or want to tinker with llvm and clang themselves. MFC after: 2 weeks
* Upgrade our copy of llvm/clang to r142614, from upstream's release_30dim2011-10-221-1/+5
| | | | | | | branch. This brings us very close to the 3.0 release, which is expected in a week or two. MFC after: 1 week
* Upgrade our copy of llvm/clang to r135360, from upstream's trunk.dim2011-07-171-0/+2
|
* Upgrade our copy of llvm/clang to r132879, from upstream's trunk.dim2011-06-121-0/+1
|
* Upgrade our copy of llvm/clang to r130700, from upstream's trunk.dim2011-05-021-0/+1
|
* Upgrade our copy of llvm/clang to r126079, from upstream's trunk.dim2011-02-201-0/+4
| | | | | This contains many improvements, primarily better C++ support, an integrated assembler for x86 and support for -pg.
* Upgrade our Clang in base to r114020, from upstream's release_28 branch.dim2010-09-201-4/+3
| | | | Approved-by: rpaulo (mentor)
* Upgrade our Clang in base to r108428.ed2010-07-201-7/+28
| | | | | | | | | This commit merges the latest LLVM sources from the vendor space. It also updates the build glue to match the new sources. Clang's version number is changed to match LLVM's, which means /usr/include/clang/2.0 has been renamed to /usr/include/clang/2.8. Obtained from: projects/clangbsd
* Remove unneeded files from the build.ed2010-06-151-6/+5
| | | | | | | | | | | | | | | I used the following command to determine which source files were unneeded: | for i in `find lib/clang -name '*.o'` | do | MATCHES="`(nm -g --defined-only $i; nm -g --defined-only \ | usr.bin/clang/clang/clang) | sed -e 's/.* //' | \ | sort | uniq -d | wc -l`" | [ $MATCHES -eq 0 ] && echo "$i: unneeded" | done This should slightly improve the build times.
* Import the build makefiles for clang/LLVM.rdivacky2010-06-091-0/+15
Approved by: ed (mentor)
OpenPOWER on IntegriCloud