Re: [CMake] cmake -gsplit-dwarf dwp and install step

Hi there - I'm not a CMake person, but a Clang/LLVM developer who helped in the implementation of Split DWARF in Clang/LLVM, so I know a bit about DWOs and DWPs, etc & thought I'd offer a few extra details... On Fri, Dec 21, 2018 at 3:39 AM David Jobet wrote: > Hello, > > in order to speed up

Re: [CMake] dependencies on system include files

If you're willing to run a different command or flag when rebuilding after upgrading system libraries, I would guess the thing to do would be to do a clean and rebuild, perhaps? On Sun, Dec 16, 2018, 4:24 PM Kris Thielemans Hi all > > > > I’ve just had a problem caused by an upgrade of my system

Re: [cmake-developers] Experiments in CMake support for Clang (header & standard) modules

On Fri, Aug 24, 2018 at 2:35 AM Stephen Kelly wrote: > > On 24/08/18 02:32, David Blaikie wrote: > > On Tue, Jul 24, 2018 at 3:20 PM Stephen Kelly wrote: > >> David Blaikie wrote: >> >> > (just CC'ing you Richard in case you want to read my rambl

Re: [cmake-developers] Experiments in CMake support for Clang (header & standard) modules

On Tue, Jul 24, 2018 at 3:20 PM Stephen Kelly wrote: > David Blaikie wrote: > > > (just CC'ing you Richard in case you want to read my ramblings/spot any > > inaccuracies, etc) > > > > Excuse the delay - coming back to this a bit now. Though the varying > >

Re: [cmake-developers] Experiments in CMake support for Clang (header & standard) modules

On Mon, Aug 6, 2018 at 2:37 PM Stephen Kelly wrote: > Stephen Kelly wrote: > >> The build.sh script shows the commands required to build it (though I > >> haven't checked the exact fmodule-file dependencies to check that > they're > >> all necessary, etc) - and with current Clang top-of-tree it

Re: [cmake-developers] Experiments in CMake support for Clang (header & standard) modules

ough that sort of stuff would be useful even cross-library to speed up the build (eg: foo_a.cppm depends on bar_a.cppm but not bar_b.cppm - don't rebuild foo_a.cppm if bar_b.cppm changes, even though libfoo depends on libbar, etc) On Tue, May 15, 2018 at 1:34 AM Stephen Kelly wrote: > Da

Re: [cmake-developers] Experiments in CMake support for Clang (header & standard) modules

On Mon, May 7, 2018 at 10:13 AM Brad King wrote: > On 05/07/2018 12:01 PM, Stephen Kelly wrote: > > Hopefully Brad or someone else can provide other input from research > already done. > > I'm not particularly familiar with what compiler writers or the modules > standard

Re: [cmake-developers] Experiments in CMake support for Clang (header & standard) modules

Forwarding to the developers list, since my original reply bounced as I wasn't subscribed to the list yet. -- Forwarded message - From: David Blaikie <dblai...@gmail.com> Date: Wed, May 9, 2018 at 3:23 PM Subject: Re: Experiments in CMake support for Clang (header &

Re: [CMake] Experiments in CMake support for Clang (header & standard) modules

On Mon, Apr 30, 2018 at 3:30 PM Stephen Kelly <steve...@gmail.com> wrote: > On 04/20/2018 01:39 AM, David Blaikie wrote: > > Hi there, > > I'm experimenting with creating examples (& potential changes to CMake > itself, if needed/useful) of building clang modules

[CMake] Experiments in CMake support for Clang (header & standard) modules

Hi there, I'm experimenting with creating examples (& potential changes to CMake itself, if needed/useful) of building clang modules (currently using the semi-backwards compatible "header modules", with the intent of also/moving towards supporting pre-standard C++ modules in development in