| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
We were only using it so find the shared library extension and nm. There are
simpler ways to do those things :-)
llvm-svn: 202524
|
|
|
|
| |
llvm-svn: 202510
|
|
|
|
|
|
|
| |
This reverts commit r192070 which reverted r192069, I forgot to
regenerate the configure scripts.
llvm-svn: 192079
|
|
|
|
|
|
|
| |
This is causing MinGW bots to fail.
This reverts commit r192069.
llvm-svn: 192070
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
autoconf setup.
llvm-svn: 188617
|
|
|
|
|
|
|
| |
detecting terminfo. Requested by Craig Topper, and probably should be
done much more systematically.
llvm-svn: 188616
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch provides basic support for powerpc64le as an LLVM target.
However, use of this target will not actually generate little-endian
code. Instead, use of the target will cause the correct little-endian
built-in defines to be generated, so that code that tests for
__LITTLE_ENDIAN__, for example, will be correctly parsed for
syntax-only testing. Code generation will otherwise be the same as
powerpc64 (big-endian), for now.
The patch leaves open the possibility of creating a little-endian
PowerPC64 back end, but there is no immediate intent to create such a
thing.
The LLVM portions of this patch simply add ppc64le coverage everywhere
that ppc64 coverage currently exists. There is nothing of any import
worth testing until such time as little-endian code generation is
implemented. In the corresponding Clang patch, there is a new test
case variant to ensure that correct built-in defines for little-endian
code are generated.
llvm-svn: 187179
|
|
|
|
|
|
| |
Approval in here http://lists.cs.uiuc.edu/pipermail/llvmdev/2013-July/064169.html
llvm-svn: 187145
|
|
|
|
| |
llvm-svn: 183771
|
|
|
|
| |
llvm-svn: 183769
|
|
|
|
| |
llvm-svn: 182464
|
|
|
|
|
|
|
|
|
| |
This patch finally enables the SystemZ target in the default build
(with --enable-targets=all).
Patch by Richard Sandiford.
llvm-svn: 181209
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 180169
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 167987
|
|
|
|
| |
llvm-svn: 167716
|
|
|
|
|
|
| |
as valid triples denote Mips target.
llvm-svn: 166961
|
|
|
|
|
|
| |
See: http://en.wikipedia.org/wiki/If_and_only_if Commit 164767
llvm-svn: 164768
|
|
|
|
| |
llvm-svn: 164767
|
|
|
|
| |
llvm-svn: 160621
|
|
|
|
|
|
| |
This reverts commit e3013202259ed1e006c21817c63cf25d75982721.
llvm-svn: 160301
|
|
|
|
| |
llvm-svn: 160272
|
|
|
|
| |
llvm-svn: 158670
|
|
|
|
|
|
|
|
| |
This back-end was deprecated in favor of the NVPTX back-end.
NV_CONTRIB
llvm-svn: 157417
|
|
|
|
|
|
| |
We might just use symlinks here, but I'm afraid of possible portability issues.
llvm-svn: 156235
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
This change replaces projects/sample/autoconf/config.sub with a copy of
autoconf/config.sub.
llvm-svn: 155703
|
|
|
|
| |
llvm-svn: 154117
|
|
|
|
| |
llvm-svn: 154114
|
|
|
|
|
|
| |
Patch by Ojab.
llvm-svn: 153476
|
|
|
|
|
|
|
|
| |
--enable-libcpp to projects/sample.
Patch by Dmitri Shubin with additional fixes by me.
llvm-svn: 153425
|
|
|
|
| |
llvm-svn: 153307
|
|
|
|
|
|
| |
buildsystem doesn't depend on perl anymore.
llvm-svn: 152234
|
|
|
|
|
|
| |
sure we don't use it with compilers that don't support it.
llvm-svn: 151665
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 151609
|
|
|
|
|
|
|
|
|
| |
--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
|
|
|
|
| |
llvm-svn: 147608
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 146412
|
|
|
|
| |
llvm-svn: 143501
|
|
|
|
| |
llvm-svn: 143500
|
|
|
|
| |
llvm-svn: 143164
|
|
|
|
|
|
| |
Patch by Dimitry Andric!
llvm-svn: 142995
|
|
|
|
| |
llvm-svn: 142880
|