| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 198164
|
|
|
|
|
|
| |
equivalent constant "symbol.*', since it is defined.
llvm-svn: 198163
|
|
|
|
| |
llvm-svn: 198159
|
|
|
|
|
|
|
| |
r198153 fixed the msvs bot problem, but broke a msysgit bot. This change
hopefully makes both variants happy.
llvm-svn: 198156
|
|
|
|
|
|
| |
Inspired by http://public.kitware.com/pipermail/cmake-developers/2012-March/003768.html
llvm-svn: 198153
|
|
|
|
|
|
|
|
| |
The windows ninja build is now green, but msvs is still unhappy. Maybe that's
because the .def file was passed when building LTO_static, so only pass
symbol lists for shared libraries.
llvm-svn: 198151
|
|
|
|
|
|
| |
r198136).
llvm-svn: 198148
|
|
|
|
|
|
| |
The current quoting is stripped by cmake, try quoting more.
llvm-svn: 198143
|
|
|
|
|
|
|
|
|
| |
The command that cmd.exe is complaining about is:
cmd.exe /c cd /D C:\bb-win7\cmake-clang-i686-mingw32\build\tools\lto && cmake -E echo EXPORTS > symbol.def && type C:/bb-win7/cmake-clang-i686-mingw32/llvm-project/llvm/tools/lto/lto.exports >> symbol.def
Maybe quoting the filename helps.
llvm-svn: 198140
|
|
|
|
| |
llvm-svn: 198139
|
|
|
|
|
|
| |
`type` can't read from stdin.
llvm-svn: 198138
|
|
|
|
|
|
| |
$ needs to be written $$ in makefiles, but not in cmakefiles.
llvm-svn: 198137
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The cmake build didn't support EXPORTED_SYMBOL_FILE. Instead, it had a
Windows-only implementation in tools/lto/CMakeLists.txt, a linux-only
implementation in tools/gold/CMakeLists.txt, and a darwin-only implementation
in tools/clang/tools/libclang/CMakeLists.txt.
This attempts to consolidate these one-offs into a single place. Clients can now
just set LLVM_EXPORTED_SYMBOL_FILE and things (hopefully) Just Work, like in
the make build.
llvm-svn: 198136
|
|
|
|
| |
llvm-svn: 198135
|
|
|
|
| |
llvm-svn: 197757
|
|
|
|
| |
llvm-svn: 197703
|
|
|
|
| |
llvm-svn: 197682
|
|
|
|
|
|
|
|
|
| |
This changes Clang standalone builds so that clang-tblgen lives in
clang/build/bin instead of llvm/build/bin, and so that with the Xcode
generator it's in clang/build/bin/Debug instead of llvm/build/bin/Debug/Debug/.
Yes, really.
llvm-svn: 197590
|
|
|
|
|
|
| |
points build directory.
llvm-svn: 197581
|
|
|
|
|
|
| |
${LLVM_MAIN_INCLUDE_DIR}.
llvm-svn: 197396
|
|
|
|
|
|
|
|
|
|
| |
to reduce references to CMAKE_CFG_INTDIR.
Each of them forms like;
${CMAKE_BINARY_DIR}/bin/${CMAKE_CFG_INTDIR}
${CMAKE_BINARY_DIR}/lib/${CMAKE_CFG_INTDIR}
llvm-svn: 197394
|
|
|
|
|
|
| |
single configuration builds, like autoconf build.
llvm-svn: 196377
|
|
|
|
| |
llvm-svn: 196093
|
|
|
|
|
|
|
|
|
|
| |
I think, in principle, intrinsics_gen may be added explicitly.
That said, it can be added incidentally, since each target already has dependencies to llvm-tblgen.
Almost all source files depend on both CommonTaleGen and intrinsics_gen.
Explicit add_dependencies() have been pruned under lib/Target.
llvm-svn: 195929
|
|
|
|
|
|
|
|
|
| |
CommonTableGen.
add_public_tablegen_target adds *CommonTableGen to LLVM_COMMON_DEPENDS.
LLVM_COMMON_DEPENDS affects add_llvm_library (and other add_target stuff) within its scope.
llvm-svn: 195927
|
|
|
|
|
|
|
|
|
|
| |
In some case, it may be required to build LLVM in C++11 mode, as some the subprojects (like lldb) requires it.
This mimics the autoconf behaviour.
However, given the discussions on the switch to C++11 of the codebase, this behaviour should evolve to default to C++11 with some checks of the compiler capabilities.
llvm-svn: 195727
|
|
|
|
|
|
| |
Reid pointed out we already have LLVM_USE_CRT_{buildtype} to set it.
llvm-svn: 194604
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for release builds.
This is a follow-up to r194589. Aaron pointed out that building
libraries with /MT and using them in an application that uses a
different run-time library can be a bad idea.
Move the option to build with /MT behind a CMake option so it can be
turned on selectively, such as when building the toolchain installer.
llvm-svn: 194596
|
|
|
|
|
|
|
|
|
|
|
| |
(use /MT instead of /MD)
This should fix the problem of snapshot builds created with MSVC 2012 not
working for users with MSVC 2010, etc.
Differential Revision: http://llvm-reviews.chandlerc.com/D2157
llvm-svn: 194589
|
|
|
|
| |
llvm-svn: 193031
|
|
|
|
|
|
|
|
|
|
|
| |
After r192904, Reid pointed out he thought we already set the stack
size for MSVC. Turns out we did, but it didn't seem to work.
This commit sets the stack size in a single place, using
CMAKE_EXE_LINKER_FLAGS because that seems to be the way that works
best.
llvm-svn: 192912
|
|
|
|
|
|
|
|
|
|
| |
Compiling under Visual C++ 2012 with the default stack size of 1MB, the stack
overflows at a depth of 216 template instantiations, well before the 256
default limit. This patch modifies the default MSVC stack size to 2MB.
Patch by Yaron Keren!
llvm-svn: 192904
|
|
|
|
|
|
|
|
|
| |
Tip-of-tree CMake has become clang-cl aware [1]. In this case,
CMAKE_CXX_COMPILER_ID will still be Clang, but MSVC will be true.
[1] See http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3d8356d4
llvm-svn: 192139
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
The use of these features in clang has been reverted.
llvm-svn: 191785
|
|
|
|
|
|
|
|
| |
I got a report of a hang in git's helper functions trying to figure out
how to display results of "git svn info" when run inside ninja, even though
the result is immediately piped to grep. This seems to avoid that.
llvm-svn: 190808
|
|
|
|
|
|
|
|
|
| |
This allows the logic to work with Git, and also uses the variable names
to match what Clang is actually looking for.
This changes the interface of GetSVN.cmake. Clang change to follow.
llvm-svn: 190556
|
|
|
|
|
|
|
|
|
|
|
| |
It was removed in r189130, but it turns out this makes life hard for
folks packaging LLVM and Clang and building the latter based on the
LLVM package.
Note that this only adds back the LLVM tblgen, and it's obviously
not included when LLVM_INSTALL_TOOLCHAIN_ONLY is set.
llvm-svn: 190419
|
|
|
|
| |
llvm-svn: 189747
|
|
|
|
|
|
| |
lit.site.cfg.
llvm-svn: 189394
|
|
|
|
|
|
|
|
|
|
|
| |
Xcode always puts executable targets in the directory
bin/<Config>. When building separate LLVM and Clang projects for
Xcode, this prevents the CMake-configured project for Clang from
finding llvm-tblgen. Add a symlink so that tblgen executables are
always available in bin/ (regardless of the configuration LLVM is
built with).
llvm-svn: 189220
|
|
|
|
|
|
| |
Differential Revision: http://llvm-reviews.chandlerc.com/D1428
llvm-svn: 189155
|
|
|
|
|
|
|
|
| |
Since it's an llvm-internal tool, we shouldn't install it.
(This depends on Clang r189127 and lld r189128.)
llvm-svn: 189130
|
|
|
|
|
|
|
|
|
| |
projects' if they contain a 'CMakeLists.txt' file.
Allow CMake to pick up external projects in llvm/tools without the need to modify the "llvm/tools/CMakeLists.txt" file.
This makes it easier to work with projects that live in other repositories, without needing to specify each one in "llvm/tools/CMakeLists.txt".
llvm-svn: 188921
|
|
|
|
|
|
|
| |
Warning was:
Argument not separated from preceding token by whitespace.
llvm-svn: 188701
|
|
|
|
|
|
| |
This was accidentally removed in r187279.
llvm-svn: 188530
|
|
|
|
|
|
|
| |
avoid a warning between profile_rt-static and profile_rt-shared with lib/profile_rt.lib.
FIXME: It seems MS version of profile_rt.dll doesn't contain any export symbols.
llvm-svn: 188351
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
library for color support detection. This still will use a curses
library if that is all we have available on the system. This change
tries to use a smaller subset of the curses library, specifically the
subset that is on some systems split off into a separate library. For
example, if you install ncurses configured --with-tinfo, a 'libtinfo' is
install that provides just the terminfo querying functionality. That
library is now used instead of curses when it is available.
This happens to fix a build error on systems with that library because
when we tried to link ncurses into the binary, we didn't pull tinfo in
as well. =]
It should also provide an easy path for supporting the NetBSD
libterminfo library, but as I don't have access to a NetBSD system I'm
leaving adding that support to those folks.
llvm-svn: 188160
|