similar to: [LLVMdev] [RFC] Progress report on CMake build system's ability to replace autoconf

There has been a lot of progress since I first sent out an email recapping the status of replacing autoconf, so I thought I’d send an update. Completed: * Bug 15493 - No option to build shared libLLVM-version.so in CMake * Bug 12157 - llvmconfig.cmake.in make cmake installations not relocatable * Bug 18722 - Option to use CMake with libc++ to compile clang * Bug 21560 - Add support to cmake for

Hi all, Time for another update on the status of the CMake build system. Completed: * Bug 18496 - [cmake] .S assembly files not compiled by cmake in libclang_rt.ARCH * Bug 22725 - lldb build with cmake fails with "Program error: Invalid parameters entered, -h for help. " * Update GettingStarted to prefer CMake Still Outstanding: * Bug 14109 - CMake build for compiler-rt should use

Probably not a blocker for replacing autoconf, while at it: Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio. It makes the tablegenning really slow. 2015-05-28 18:22 GMT+03:00 Chris Bieneman <beanz at apple.com>: > Hi all, > > Time for another update on the status of the CMake build system. > > Completed: > * Bug 18496 - [cmake] .S assembly files not

> On May 28, 2015, at 8:37 AM, Yaron Keren <yaron.keren at gmail.com> wrote: > > Probably not a blocker for replacing autoconf, while at it: > Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio. > It makes the tablegenning really slow. This is actually a feature of the CMake build system that the autoconf one doesn’t have, so this is not related to

I sent out a patch for review. http://reviews.llvm.org/D10102 <http://reviews.llvm.org/D10102> -Chris > On May 28, 2015, at 9:48 AM, Yaron Keren <yaron.keren at gmail.com> wrote: > > Thanks! > > 2015-05-28 18:56 GMT+03:00 Chris Bieneman <beanz at apple.com <mailto:beanz at apple.com>>: > >> On May 28, 2015, at 8:37 AM, Yaron Keren

It seems the fix for Bug 19462 causes my stand-alone build of Clang to die with CMake Error at CMakeLists.txt:528 (install): install EXPORT given no DESTINATION! Any pointers? On Thu, May 28, 2015 at 8:22 AM, Chris Bieneman <beanz at apple.com> wrote: > Hi all, > > Time for another update on the status of the CMake build system. > > Completed: > * Bug 18496 - [cmake]

Thanks! 2015-05-28 18:56 GMT+03:00 Chris Bieneman <beanz at apple.com>: > > On May 28, 2015, at 8:37 AM, Yaron Keren <yaron.keren at gmail.com> wrote: > > Probably not a blocker for replacing autoconf, while at it: > Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio. > It makes the tablegenning really slow. > > > This is actually a

Both Release and $CONFIG tblgen are built but the Release one is always used. At least with Visual C++ the Release tblgen is much faster than the Debug one. 2015-05-29 9:37 GMT+03:00 Mueller-Roemer, Johannes Sebastian < Johannes.Sebastian.Mueller-Roemer at igd.fraunhofer.de>: > Do they really allways put them into Release/bin or rather $<CONFIG>/bin? > > > > -- >

Hi LLVMDev, The following issues have been fixed since the last update I sent out. Completed: * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions * Bug 21561 - Update release scripts to use CMake These issues are still outstanding. Classification of blocking vs non-blocking are my own opinions, please let me know if you disagree. All non-blocking issues are still serious bugs

Do they really allways put them into Release/bin or rather $<CONFIG>/bin? -- Johannes S. Mueller-Roemer, MSc Wiss. Mitarbeiter - Interactive Engineering Technologies (IET) Fraunhofer-Institut für Graphische Datenverarbeitung IGD Fraunhoferstr. 5 | 64283 Darmstadt | Germany Tel +49 6151 155-606 | Fax +49 6151 155-139 johannes.mueller-roemer at igd.fraunhofer.de |

Hi Brenden, Thanks for the heads up. I don’t expect that to be a blocker for deprecating autoconf because autoconf doesn’t have an equivalent of LLVMExports.cmake. That said it is a real issue and I’ll track it with the other issues on this list, and I’ve added it as a dependency on the meta bug (PR15732) to make it easier to keep track of. Thanks, -Chris > On Jul 29, 2015, at 4:48 PM,

Hi Chris, Looking forward to continued support for CMake! Along that note, I wanted to add one bug to your list of things to track, which to me seems up your alley but maybe was filed in the wrong bucket (or is actually someone else's problem). Bug 24154 - CMake shared files are broken in llvm-3.7-dev Cheers, Brenden On Wed, Jul 29, 2015 at 1:20 PM Chris Bieneman <beanz at

That it’s faster is no surprise. Is the Release tblgen even built when you build in Debug mode? Otherwise this introduces the need to build Release before Debug. -- Johannes S. Mueller-Roemer, MSc Wiss. Mitarbeiter - Interactive Engineering Technologies (IET) Fraunhofer-Institut für Graphische Datenverarbeitung IGD Fraunhoferstr. 5 | 64283 Darmstadt | Germany Tel +49 6151 155-606 | Fax +49

Yes, that's the idea, when you -DLLVM_OPTIMIZED_TABLEGEN=ON tblgen is built in Release in addition to whatever /property:Configuration= is. 2015-05-29 10:03 GMT+03:00 Mueller-Roemer, Johannes Sebastian < Johannes.Sebastian.Mueller-Roemer at igd.fraunhofer.de>: > That it’s faster is no surprise. Is the Release tblgen even built when > you build in Debug mode? Otherwise this

Takumi fixed that issue with r238628. Thanks, -Chris > On May 29, 2015, at 4:24 PM, Steve King <steve at metrokings.com> wrote: > > It seems the fix for Bug 19462 causes my stand-alone build of Clang to die with > > CMake Error at CMakeLists.txt:528 (install): > install EXPORT given no DESTINATION! > > Any pointers? > > On Thu, May 28, 2015 at 8:22 AM,

Renato Golin <renato.golin at linaro.org> writes: > I currently use CMake+Ninja on native builds on both x86 and ARM without > problems, but I agree that cross-compilation is not yet mastered. What's wrong with cross-compilation?

Hi, I'm working on cross-compiling llvm and sub-projects to dynamically build Clang toolchain and associated libraries for an embedded project. I'm starting with this mailing list, as I see the pattern using "config-ix.cmake" a common one; it's found in all the sub-projects. For those that are not aware, in CMake the standard approach for dealing with unique toolchains,

On 6/1/15 6:42 PM, Chris Bieneman wrote: > Looping in cfe-dev because I should have send this there too from the > start. > > -Chris > >> On Jun 1, 2015, at 3:21 PM, Chris Bieneman <beanz at apple.com> >> wrote: >> >> LLVMDev, >> >> PR 15732 is the umbrella tracking the progress of making the CMake >> build system feature equivalent to

Hi; This is on Linux/x86-64, I get this at stage1: make[2]: Entering directory `/home/abuild/rpmbuild/BUILD/llvm/stage1/projects/compiler_rt' Makefile:6: make/config.mk: No such file or directory Makefile:7: make/util.mk: No such file or directory Makefile:16: *** Refusing to build with empty ProjObjRoot variable. Stop. make[2]: Leaving directory

Hello, I've been working on implementing some basic functionality in order to use the llvm profiling functionality inside of a kernel (the Xen hypervisor). The only functionality I'm interested in is being able to reset the counters, get the size of the data, and dump the data into a memory buffer. I have to admit I haven't been able to find a lot of documentation about how this data