| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 200134
|
|
|
|
|
|
| |
C compilations as well and these flags don't make any sense there.
llvm-svn: 199756
|
|
|
|
| |
llvm-svn: 199753
|
|
|
|
| |
llvm-svn: 199714
|
|
|
|
|
|
| |
I didn't realize that cmake_parse_arguments() would require explicit inclusion.
llvm-svn: 199674
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ADDITIONAL_HEADERS is intended to add header files for IDEs as hint.
For example:
add_llvm_library(LLVMSupport
Host.cpp
ADDITIONAL_HEADERS
Unix/Host.inc
Windows/Host.inc
)
llvm-svn: 199639
|
|
|
|
|
|
|
|
| |
In LLVM build tree, they points corresponding INTDIR.
In Clang standalone tree, they points external dir (llvm-config's --bindir and --libdir).
llvm-svn: 199595
|
|
|
|
| |
llvm-svn: 199592
|
|
|
|
|
|
|
|
| |
accidentally pick that up while using Clang and run into subtle bugs
down the road related to C++11 features not fully implemented in that
version of the standard library.
llvm-svn: 199484
|
|
|
|
|
|
|
|
|
| |
The generation of the native_export_file end up in
several different makefiles. All those makefiles
write the same file, but can be executed concurrently...
and bad things happen!
llvm-svn: 199356
|
|
|
|
|
|
|
|
| |
option with the others in the top level CMakeLists, and put the check in
HandleLLVMOptions. This will also let it be used from the standalone
Clang builds.
llvm-svn: 199149
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
likely to be reverted and re-applied a few times. The minimum versions
we're aiming at:
GCC 4.7
Clang 3.1
MSVC 17.0 (Visual Studio 2012)
Let me know if something breaks!
llvm-svn: 199145
|
|
|
|
|
|
| |
action by default.
llvm-svn: 199058
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is needed to support the addition of tests for clang loadable plugins.
In clang, plugins are built as modules (bundles on OS X) rather than dynamic
libraries (dylib) so the build system needs to inform lit of the actual
file extension in use, typically '.so' on Unix and '.dll' on Windows.
(LLVM itself should probably switch to this scheme to fix PR14903 once and for
all.)
No change in build output or functionality intended.
llvm-svn: 198746
|
|
|
|
|
|
|
|
| |
flags in target properties.
FIXME: Just add_unittest() is using it.
FIXME: Cooperate with source properties.
llvm-svn: 198683
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead of the system default
Summary:
This parameter is required to build C++11 projects (like lld or lldb) on OS X as the default STL does not provide c++ classes.
CC: llvm-commits, triton
Differential Revision: http://llvm-reviews.chandlerc.com/D2381
llvm-svn: 198625
|
|
|
|
| |
llvm-svn: 198528
|
|
|
|
|
|
|
|
|
| |
Plugins need to go in build/Debug/lib as well (rather than build/lib/Debug).
Also, fix the SHLIBDIR path for Xcode, which by default includes Xcode build
settings rather than a simple %(build_mode)s parameter.
llvm-svn: 198344
|
|
|
|
|
|
| |
LIBRARY_OUTPUT_DIRECTORY_${suffix}.
llvm-svn: 198335
|
|
|
|
|
|
|
| |
When building Clang separately from LLVM with CMake, one should set
the path of llvm-config via the cache variable LLVM_CONFIG.
llvm-svn: 198316
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
${BINARY_DIR}/${BUILD_MODE}/(bin|lib)
We have been seeing nasty directory layout with CMake multiconfig, such as,
bin/Release/clang.exe
lib/clang/3.x/...
lib/Release/clang/3.x/.. (duplicated)
Move the layout similar to autoconf's;
Release/bin/clang.exe
Release/lib/clang/3.x/...
Checked on Visual Studio 10. Could you guys please confirm my change on XCode(and other multiconfig builders)?
Note: Don't set variables CMAKE_*_OUTPUT_DIRECTORY any more, or a certain builder, for eaxample, msbuild.exe, would be confused.
llvm-svn: 198205
|
|
|
|
| |
llvm-svn: 198203
|
|
|
|
| |
llvm-svn: 198198
|
|
|
|
|
|
|
| |
Also add leading spaces to the LINK_FLAGS setters, since that's what the cmake
folks recommend: http://www.cmake.org/pipermail/cmake/2012-October/052399.html
llvm-svn: 198182
|
|
|
|
|
|
| |
broken. Sorry again.
llvm-svn: 198169
|
|
|
|
| |
llvm-svn: 198166
|
|
|
|
|
|
| |
Thanks to Edward-san, to let me know.
llvm-svn: 198165
|
|
|
|
| |
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
|