similar to: [LLVMdev] [RFC] Road map for CMake

> On Jul 29, 2015, at 7:03 PM, Tom Stellard <tom at stellard.net> wrote: > > On Wed, Jul 29, 2015 at 01:36:43PM -0700, Chris Bieneman wrote: >> Hi LLVMDev, >> >> I wanted to take some time to write up and roll out a proposed road map for CMake over the next few months. Apologies in advance for the substantial 0/7 Wall of Text I've summoned here (it only cost

> On Jul 30, 2015, at 10:30 AM, Reid Kleckner <rnk at google.com> wrote: > > On Wed, Jul 29, 2015 at 1:36 PM, Chris Bieneman <beanz at apple.com <mailto:beanz at apple.com>> wrote: > I wanted to take some time to write up and roll out a proposed road map for CMake over the next few months. Apologies in advance for the substantial 0/7 Wall of Text I've summoned

> > Questions, comments, concerns, condolences? While in the process of moving away from autotools and fully supporting cmake be should look at the underlying generator to build with. I'm sure many of the llvm clang devs already use cmake with the ninja build tool provided here. http://martine.github.io/ninja/ We have an interesting issue however when we want to install a single

On Wed, Jul 29, 2015 at 01:36:43PM -0700, Chris Bieneman wrote: > Hi LLVMDev, > > I wanted to take some time to write up and roll out a proposed road map for CMake over the next few months. Apologies in advance for the substantial 0/7 Wall of Text I've summoned here (it only cost me 3 swamp mana). > > The main thing I want to talk about is PR21562. For Apple PR21562 is the

On Wed, Jul 29, 2015 at 1:36 PM, Chris Bieneman <beanz at apple.com> wrote: > I wanted to take some time to write up and roll out a proposed road map > for CMake over the next few months. Apologies in advance for the > substantial 0/7 Wall of Text I've summoned here (it only cost me 3 swamp > mana). > Mono black devotion ftw! Thanks for working on this. :) The main

On Wed, Jul 29, 2015 at 07:17:13PM -0700, Bob Wilson wrote: > > > On Jul 29, 2015, at 7:03 PM, Tom Stellard <tom at stellard.net> wrote: > > > > On Wed, Jul 29, 2015 at 01:36:43PM -0700, Chris Bieneman wrote: > >> Hi LLVMDev, > >> > >> I wanted to take some time to write up and roll out a proposed road map for CMake over the next few months.

Cool, seems reasonable. That CMake feature request doesn't sound too onerous for them. In the meantime, the Makefile generator will have more-or-less the right job scheduling due make's job server design. Most other generators already have bad scheduling, so it isn't as interesting to have one combined build. On Thu, Jul 30, 2015 at 10:37 AM, Chris Bieneman <beanz at apple.com>

> On Jul 30, 2015, at 7:35 AM, Tom Stellard <tom at stellard.net> wrote: > > On Wed, Jul 29, 2015 at 07:17:13PM -0700, Bob Wilson wrote: >> >>> On Jul 29, 2015, at 7:03 PM, Tom Stellard <tom at stellard.net> wrote: >>> >>> On Wed, Jul 29, 2015 at 01:36:43PM -0700, Chris Bieneman wrote: >>>> Hi LLVMDev, >>>>

> I think it is a bit too soon to mark it as deprecated, but I hope to be in a position to mark > it as deprecated sometime this fall. So hopefully, yes it will be deprecated before the 3.8 > branch and hopefully we can remove it after the 3.8 release. That said, I think there is still > a healthy bit of work before we get to a point where I am comfortable marking it as deprecated.

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

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

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,

Folks, I realised there's a "checkout_compiler_rt" option on ClangBuilder, which does checkout the sources, but couldn't build them on ARM. I also don't build them during releases (yet) because the configure script doesn't prepare the Makefiles for compiler-rt. A while ago I got it running on ARM with CMake files, but since these are buildbots, I'm not sure

On 11 March 2015 at 04:14, Chandler Carruth <chandlerc at google.com> wrote: > Just to rebase things a bit, here is some context. > > - This is a 60+ email thread spreading across a month of time. > - I've not read every single email and I don't think it makes sense to > assume the context of the first email applies to the most recent. I think we all agree that

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?

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 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

> On Aug 26, 2016, at 3:22 PM, Renato Golin <renato.golin at linaro.org> wrote: > > On 26 August 2016 at 22:45, Chris Bieneman via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Recently, I’ve made a handful of new changes that actually make it useful, and I wanted to blast out this update and encourage people to give it a try. > > Woot! Compiling RT as we

LLVMDev, PR 15732 is the umbrella tracking the progress of making the CMake build system feature equivalent to the autotools one. One of the biggest outstanding tasks is PR 21562, which I've been viewing more as a "We really need to fix how we build Compiler-RT." I've thought about this quite a bit, and I wanted to send out some of my ideas to get some feedback and have some

Regarding Brad King's CMake patches for LLVM: http://thread.gmane.org/gmane.comp.compilers.llvm.cvs/173517 If compiler-rt could follow suit, the packaging for the toolchain becomes a nice, clean package-manager-friendly DAG. Currently, the compiler-rt CMake build depends on the just-built-clang to run its test suite. It's more intuitive to me that either: 1) compiler-rt's