summaryrefslogtreecommitdiffstats
path: root/llvm/projects/sample/autoconf/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* Remove projects/sample.Rafael Espindola2014-03-121-1538/+0
| | | | | | | | | | | | | | | 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
* Drop libtool from llvm.Rafael Espindola2014-02-281-6/+0
| | | | | | | We were only using it so find the shared library extension and nm. There are simpler ways to do those things :-) llvm-svn: 202524
* With rpaths being set correctly, SHLIBPATH_VAR is not needed anymore.Rafael Espindola2014-02-281-4/+0
| | | | llvm-svn: 202510
* Revert "Revert "Windows: Add support for unicode command lines""David Majnemer2013-10-071-0/+1
| | | | | | | This reverts commit r192070 which reverted r192069, I forgot to regenerate the configure scripts. llvm-svn: 192079
* Revert "Windows: Add support for unicode command lines"David Majnemer2013-10-061-1/+0
| | | | | | | This is causing MinGW bots to fail. This reverts commit r192069. llvm-svn: 192070
* Windows: Add support for unicode command linesDavid Majnemer2013-10-061-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: The MSVCRT deliberately sends main() code-page specific characters. This isn't too useful to LLVM as we end up converting the arguments to UTF-16 and subsequently attempt to use the result as, for example, a file name. Instead, we need to have the ability to access the Unicode command line and transform it to UTF-8. This has the distinct advantage over using the MSVC-specific wmain() function as our entry point because: - It doesn't work on cygwin. - It only work on MinGW with caveats and only then on certain versions. - We get to keep our entry point as main(). :) N.B. This patch includes fixes to other parts of lib/Support/Windows s.t. we would be able to take advantage of getting the Unicode paths. E.G. clang spawning clang -cc1 would want to give it Unicode arguments. Reviewers: aaron.ballman, Bigcheese, rnk, ruiu Reviewed By: rnk CC: llvm-commits, ygao Differential Revision: http://llvm-reviews.chandlerc.com/D1834 llvm-svn: 192069
* Port the detection of zlib from the main autoconf system to the sampleChandler Carruth2013-08-181-0/+27
| | | | | | | | | project's autoconf. This is the last of the missing optional checks used by libSupport that seemed to be missing from the sample project, but I could easily have missed some as this was done by inspection when Craig asked me to add the terminfo support. llvm-svn: 188618
* Add support for linking librt and using clock_gettime to the sampleChandler Carruth2013-08-181-0/+5
| | | | | | autoconf setup. llvm-svn: 188617
* Update the sample project autoconf setup to include support forChandler Carruth2013-08-181-0/+19
| | | | | | | detecting terminfo. Requested by Craig Topper, and probably should be done much more systematically. llvm-svn: 188616
* Link with -rdynamic instead of -Wl,-export-dynamic.Bob Wilson2013-08-021-2/+2
| | | | | | | | | | | | | | | Recent versions of the OS X linker support this but follow the existing OS X linker convention of using an underscore in the option name, i.e., -export_dynamic. Rather than changing our configure scripts to check for that alternate spelling, it is simpler to just use the compiler's -rdynamic option and let it deal with translating that to the appropriate linker option. One potential disadvantage of this approach is that the compiler will typically ignore -rdynamic on platforms where it is not supported, so the HAVE_LINK_EXPORT_DYNAMIC in config.h will not necessarily show whether that option has any effect or not. I don't see any in-tree uses of that macro, so I'm assuming it is OK. llvm-svn: 187686
* Remove the mblaze backend from llvm.Rafael Espindola2013-07-251-5/+1
| | | | | | Approval in here http://lists.cs.uiuc.edu/pipermail/llvmdev/2013-July/064169.html llvm-svn: 187145
* Don't define LLVM_LIBDIR, it is not used anymore.Rafael Espindola2013-06-111-5/+1
| | | | llvm-svn: 183769
* sync projects/sample's autohell.Rafael Espindola2013-05-221-6/+10
| | | | llvm-svn: 182464
* [SystemZ] Add to --enable-targets=allUlrich Weigand2013-05-061-1/+1
| | | | | | | | | This patch finally enables the SystemZ target in the default build (with --enable-targets=all). Patch by Richard Sandiford. llvm-svn: 181209
* [SystemZ] Add configure bitsUlrich Weigand2013-05-061-1/+5
| | | | | | | | | | This patch wires up the SystemZ target in configure, so that it can now be built using --enable-targets=systemz. It is not yet included in the default build (--enable-targets=all); this will be done by a follow-up patch. Patch by Richard Sandiford. llvm-svn: 181208
* remove cbe backend from sample configureJia Liu2013-04-241-1/+1
| | | | llvm-svn: 180169
* Add AArch64 as an experimental target.Tim Northover2013-01-311-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | This patch adds support for AArch64 (ARM's 64-bit architecture) to LLVM in the "experimental" category. Currently, it won't be built unless requested explicitly. This initial commit should have support for: + Assembly of all scalar (i.e. non-NEON, non-Crypto) instructions (except the late addition CRC instructions). + CodeGen features required for C++03 and C99. + Compilation for the "small" memory model: code+static data < 4GB. + Absolute and position-independent code. + GNU-style (i.e. "__thread") TLS. + Debugging information. The principal omission, currently, is performance tuning. This patch excludes the NEON support also reviewed due to an outbreak of batshit insanity in our legal department. That will be committed soon bringing the changes to precisely what has been approved. Further reviews would be gratefully received. llvm-svn: 174054
* Few more small CellSPU removals.Eric Christopher2012-11-141-3/+1
| | | | llvm-svn: 167987
* Add --enable-werror and --enable-cxx11 to projects/sample/Craig Topper2012-11-121-0/+22
| | | | llvm-svn: 167716
* Add mips64-* and mips64el-* triples to configure scriptsSimon Atanasyan2012-10-291-2/+2
| | | | | | as valid triples denote Mips target. llvm-svn: 166961
* Revert "Build script changes for R600/SI Codegen v6"Tom Stellard2012-07-161-3/+2
| | | | | | This reverts commit e3013202259ed1e006c21817c63cf25d75982721. llvm-svn: 160301
* Build script changes for R600/SI Codegen v6Tom Stellard2012-07-161-2/+3
| | | | llvm-svn: 160272
* Add mipsel-* to the list of targets recognized by configure script.Simon Atanasyan2012-06-181-0/+1
| | | | llvm-svn: 158670
* Remove the PTX back-end and all of its artifacts (triple, etc.)Justin Holewinski2012-05-241-6/+2
| | | | | | | | This back-end was deprecated in favor of the NVPTX back-end. NV_CONTRIB llvm-svn: 157417
* This patch adds a new NVPTX back-end to LLVM which supports code generation ↵Justin Holewinski2012-05-041-2/+6
| | | | | | | | | | | | | | | | | for NVIDIA PTX 3.0. This back-end will (eventually) replace the current PTX back-end, while maintaining compatibility with it. The new target machines are: nvptx (old ptx32) => 32-bit PTX nvptx64 (old ptx64) => 64-bit PTX The sources are based on the internal NVIDIA NVPTX back-end, and contain more functionality than the current PTX back-end currently provides. NV_CONTRIB llvm-svn: 156196
* Fix a problem in the target detection for Debian GNU/HURDSylvestre Ledru2012-04-051-0/+7
| | | | llvm-svn: 154117
* Fix a problem in the target detection for Debian GNU/kFreeBSDSylvestre Ledru2012-04-051-2/+2
| | | | llvm-svn: 154114
* Add InitializeNativeTargetDisassembler function.Eric Christopher2012-03-261-0/+7
| | | | | | Patch by Ojab. llvm-svn: 153476
* Add some fixes to the configure script for isInf and addEric Christopher2012-03-261-0/+12
| | | | | | | | --enable-libcpp to projects/sample. Patch by Dmitri Shubin with additional fixes by me. llvm-svn: 153425
* Remove the C backend.Eric Christopher2012-03-231-17/+1
| | | | llvm-svn: 153307
* configure: Don't require a perl interpreter to be present, LLVM's ↵Benjamin Kramer2012-03-071-10/+0
| | | | | | buildsystem doesn't depend on perl anymore. llvm-svn: 152234
* Enable -Wcovered-switch-default again, but add -Werror to the checks to makeRafael Espindola2012-02-281-1/+2
| | | | | | sure we don't use it with compilers that don't support it. llvm-svn: 151665
* Temporarily revert r151609, which enabled a new warning for LLVM andChandler Carruth2012-02-281-2/+1
| | | | | | | | Clang builds. The detection logic for compilers that support the warning isn't working. Rafael is going to investigate it, but didn't want people to have to wade through build spam until then. llvm-svn: 151649
* Enable -Wcovered-switch-default as it matches the switch style used in llvm.Rafael Espindola2012-02-281-1/+2
| | | | llvm-svn: 151609
* Replace the old --with-cxx-* configure options with a single ↵Rafael Espindola2012-02-031-26/+8
| | | | | | | | | --with-gcc-toolchain that just uses the new toolchain probing logic. This fixes linking with -m32 on 64 bit systems (the /32 dir was not being added to the search). llvm-svn: 149651
* revert r147542 after comments from Joerg SonnenbergerSebastian Pop2012-01-051-2/+0
| | | | llvm-svn: 147608
* use getHostTriple instead of getDefaultTargetTriple in getClosestTargetForJITSebastian Pop2012-01-041-0/+2
| | | | | | | | | | Get back getHostTriple. For JIT compilation, use the host triple instead of the default target: this fixes some JIT testcases that used to fail when the compiler has been configured as a cross compiler. llvm-svn: 147542
* Hexagon backend supportTony Linthicum2011-12-121-2/+6
| | | | llvm-svn: 146412
* rename LLVM_HOSTTRIPLE into LLVM_DEFAULT_TARGET_TRIPLESebastian Pop2011-11-011-2/+2
| | | | llvm-svn: 143501
* derive LLVM_HOSTTRIPLE from targetSebastian Pop2011-11-011-1/+1
| | | | llvm-svn: 143500
* Remove the Alpha backend.Dan Gohman2011-10-271-6/+2
| | | | llvm-svn: 143164
* Remove the Blackfin backend.Dan Gohman2011-10-251-6/+2
| | | | llvm-svn: 142880
* Remove the SystemZ backend.Dan Gohman2011-10-241-6/+2
| | | | llvm-svn: 142878
* projects/sample: Import adapted form of current LLVM autoconf/Makefile setup ↵Daniel Dunbar2011-10-181-36/+1459
| | | | | | | | | | so that projects/sample is standalone and not tied to the LLVM build setup. - This currently just moves over all of the behavior from LLVM. Eventually all of the configure checks that are directly needed by the LLVM build setup should probably go away, and the project should manage their own configuration checks if necessary. - This is the 1st half of this work, the actual Makefile.common hasn't moved over yet. I've tried to stage this in such a way that incremental builds will properly reconfigure for most active developers (the Makefiles don't handle reconfiguring in a perfectly reliable way, and I haven't found an easy way to make them do so). llvm-svn: 142456
* Fix a ton of comment typos found by codespell. Patch byChris Lattner2011-04-151-1/+1
| | | | | | Luis Felipe Strano Moraes! llvm-svn: 129558
* Fix paths; AutoRegen.sh changes its current working directory to be thePeter Collingbourne2010-12-121-3/+7
| | | | | | | | | | autoconf directory, but these paths need to be relative to the main source directory. Patch originally by Dan Gohman, r67655. Also, cause configure.ac to find absolute paths to LLVM source and object trees. Together, fixes PR1220. llvm-svn: 121645
* Fix autoconf llvm srcdir location for generic projects.Eric Christopher2010-01-251-3/+4
| | | | | | Patch by Torvald Riegel! llvm-svn: 94405
* Revert r67655 and r67656, as they are breaking the build. I'mDan Gohman2009-03-251-2/+2
| | | | | | not going to persue this further at this time. llvm-svn: 67666
* Fix paths; AutoRegen.sh changes its current working directory to be theDan Gohman2009-03-241-2/+2
| | | | | | | autoconf directory, but these paths need to be relative to the main source directory. llvm-svn: 67655
* Have the AutoRegen.sh script prompt the user for the LLVM src and objReid Spencer2006-04-181-2/+5
| | | | | | | | | | directories if it can't find them. Then, replace those values into the configure.ac script and pass them to the LLVM_CONFIG_PROJECT so that the values become the default for llvm_src and llvm_obj variables. In this way the user is required to input this exactly once, and the scripts take it from there. llvm-svn: 27798
OpenPOWER on IntegriCloud