- Jun 13, 2015
-
-
Tom Stellard authored
llvm-svn: 239657
-
- Jun 09, 2015
-
-
Alexei Starovoitov authored
llvm-svn: 239425
-
- May 28, 2015
-
-
Chandler Carruth authored
llvm-svn: 238390
-
Chandler Carruth authored
This will be used in my next commit to Clang. llvm-svn: 238388
-
- May 04, 2015
-
-
Jon Roelofs authored
This is a followup from: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20150323/268067.html Upgrade instructions: $ mv llvm/include/llvm/Config/config.h ./config.h.BACKUP # copy the configure line from line 7 of llvm/config.log # (for example: `$ ./configure --no-create --no-recursion`) $ mkdir build $ cd build # run the configure line, but this time with '../llvm' at the beginning: $ ../llvm/configure --no-create --no-recursion These warnings will soon be turned into hard errors after a week. Speak up now if this is going to be a problem for you. llvm-svn: 236399
-
- Apr 29, 2015
-
-
Jon Roelofs authored
http://reviews.llvm.org/D8787 llvm-svn: 236144
-
- Apr 01, 2015
-
-
NAKAMURA Takumi authored
FIXME: Should ENABLE_ABI_BREAKING_CHECKS be tri-state, "ON/OFF/blank"? llvm-svn: 233801
-
- Mar 26, 2015
-
-
Sanjoy Das authored
Summary: This patch is an attempt at making `DenseMapIterator`s "fail-fast". Fail-fast iterators that have been invalidated due to insertion into the host `DenseMap` deterministically trip an assert (in debug mode) on access, instead of non-deterministically hitting memory corruption issues. Enabling fail-fast iterators breaks the LLVM C++ ABI, so they are predicated on `LLVM_ENABLE_ABI_BREAKING_CHECKS`. `LLVM_ENABLE_ABI_BREAKING_CHECKS` by default flips with `LLVM_ENABLE_ASSERTS`, but can be clamped to ON or OFF using the CMake / autoconf build system. Reviewers: chandlerc, dexonsmith, rnk, zturner Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D8351 llvm-svn: 233310
-
- Mar 12, 2015
-
-
Logan Chien authored
llvm-svn: 232090
-
Logan Chien authored
llvm-svn: 232063
-
Eric Christopher authored
Patch by Tanya Lattner. llvm-svn: 231998
-
- Mar 09, 2015
-
-
Benjamin Kramer authored
All supported platforms have half-way decent C99 support. llvm-svn: 231679
-
- Feb 28, 2015
-
-
Nick Lewycky authored
llvm-svn: 230862
-
Jon Roelofs authored
http://reviews.llvm.org/D7961 llvm-svn: 230812
-
- Feb 26, 2015
-
-
Eric Christopher authored
Patch by Dave Huseby. llvm-svn: 230669
-
- Feb 01, 2015
-
-
https://wiki.ubuntu.com/DashAsBinShSylvestre Ledru authored
Fix some bashims. More information on https://wiki.ubuntu.com/DashAsBinSh. Reported initially on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772302 & https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772301 llvm-svn: 227744
-
- Jan 30, 2015
-
-
NAKAMURA Takumi authored
llvm-svn: 227574
-
NAKAMURA Takumi authored
llvm-svn: 227573
-
- Jan 14, 2015
-
-
Hans Wennborg authored
llvm-svn: 226004
-
- Dec 29, 2014
-
-
Chandler Carruth authored
a CLANG_LIBDIR_SUFFIX variable. This is necessary before I can add support for using that variable to CMake and the C++ code in Clang, and the autoconf build system does all substitutions in the LLVM tree. As mentioned before, I'm not planning to add actual multilib support to the autoconf build, just enough stubs for it to keep playing nicely with the CMake build once that one has support. llvm-svn: 224922
-
- Dec 12, 2014
-
-
Rafael Espindola authored
We were already requiring 2.5, which meant that people on old linux distros had to upgrade anyway. Requiring python 2.6 will make supporting 3.X easier as we can use the 3.X exception syntax. According to the discussion on llvmdev, there is not much value is requiring just 2.6, we may as well just require 2.7. llvm-svn: 224129
-
- Nov 19, 2014
-
-
Peter Collingbourne authored
to make use of it. llvm-svn: 222307
-
- Nov 05, 2014
-
-
Eric Christopher authored
-Wno-comment to the compilation flags if so. Patch by Filipe Cabecinhas, configure regenerated by me. llvm-svn: 221323
-
- Oct 30, 2014
-
-
Peter Zotov authored
This commit updates the OCaml bindings and tests to use ocamlfind. The bindings are migrated in order to use ctypes, which are now required for MCJIT-backed Llvm_executionengine. The tests are migrated in order to use OUnit and to verify that the distributed META.llvm allows to build working executables. Every OCaml toolchain invocation is now chained through ocamlfind, which (in theory) allows to cross-compile the OCaml bindings. The configure script now checks for ctypes (>= 0.2.3) and OUnit (>= 2). The code depending on these libraries will be added later. The configure script does not check the package versions in order to keep changes less invasive. Additionally, OCaml bindings will now be automatically enabled if ocamlfind is detected on the system, rather than ocamlc, as it was before. llvm-svn: 220899
-
- Oct 27, 2014
-
-
Rui Ueyama authored
C++ source given to check_cxx_source_compile should have define "main". llvm-svn: 220669
-
Rui Ueyama authored
This reverts commit r220665. llvm-svn: 220667
-
Rui Ueyama authored
On FreeBSD 10.0, size_t needs to be defined before including cxxabi.h. Currenty HAVE_CXXABI_H is not defined on FreeBSD because of that reason. This patch teaches cmake and configure how to include it. http://reviews.llvm.org/D5940 llvm-svn: 220665
-
- Oct 17, 2014
-
-
Peter Collingbourne authored
This code is based on the existing LLVM Go bindings project hosted at: https://github.com/go-llvm/llvm Note that all contributors to the gollvm project have agreed to relicense their changes under the LLVM license and submit them to the LLVM project. Differential Revision: http://reviews.llvm.org/D5684 llvm-svn: 219976
-
- Oct 04, 2014
-
-
Peter Collingbourne authored
llvm-svn: 219035
-
- Aug 14, 2014
-
-
Rafael Espindola authored
auroraux.org is not resolving. I will add this to the release notes as soon as I figure out where to put the 3.6 release notes :-) llvm-svn: 215645
-
- Jul 29, 2014
-
-
NAKAMURA Takumi authored
llvm-svn: 214167
-
Hans Wennborg authored
We branched 3.5, it's now time to work on 3.6. This is Sylvestre's patch from [1] plus regenerated configure file by me, and minus the release notes reset, which Sean pointed out [2] should happen later. 1. http://reviews.llvm.org/D4660 2. http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20140721/111137.html llvm-svn: 214131
-
Eric Christopher authored
been updating configure. llvm-svn: 214129
-
- Jun 06, 2014
-
-
Alp Toker authored
Gutted that this is needed, folks who care about keeping the legacy build system alive should sort this out already. llvm-svn: 210321
-
- May 28, 2014
-
-
Joerg Sonnenberger authored
it is set. llvm-svn: 209742
-
- May 24, 2014
-
-
Tim Northover authored
This commit starts with a "git mv ARM64 AArch64" and continues out from there, renaming the C++ classes, intrinsics, and other target-local objects for consistency. "ARM64" test directories are also moved, and tests that began their life in ARM64 use an arm64 triple, those from AArch64 use an aarch64 triple. Both should be equivalent though. This finishes the AArch64 merge, and everyone should feel free to continue committing as normal now. llvm-svn: 209577
-
Tim Northover authored
I'm doing this in two phases for a better "git blame" record. This commit removes the previous AArch64 backend and redirects all functionality to ARM64. It also deduplicates test-lines and removes orphaned AArch64 tests. The next step will be "git mv ARM64 AArch64" and rewire most of the tests. Hopefully LLVM is still functional, though it would be even better if no-one ever had to care because the rename happens straight afterwards. llvm-svn: 209576
-
- Mar 29, 2014
-
-
Tim Northover authored
This adds a second implementation of the AArch64 architecture to LLVM, accessible in parallel via the "arm64" triple. The plan over the coming weeks & months is to merge the two into a single backend, during which time thorough code review should naturally occur. Everything will be easier with the target in-tree though, hence this commit. llvm-svn: 205090
-
- Mar 12, 2014
-
-
Rafael Espindola authored
As an example that was not actually being used, it suffered from a slow bitrot. The two main issues with it were that it had no cmake support and included a copy of the autoconf directory. The reality is that autoconf is not easily composable. The lack of composabilty is why we have clang options in llvm's configure. Suggesting that users include a copy of autoconf/ in their projects seems a bad idea. We are also in the process of switching to cmake, so pushing autoconf to new project is probably not what we want. llvm-svn: 203728
-
- Mar 10, 2014
-
-
Rafael Espindola authored
This will replace the now badly named CLANG_IS_PRODUCTION. llvm-svn: 203471
-