Re: [CMake] CMake 3.11.3: set properties on the command line?

On Tue, Dec 18, 2018 at 7:42 AM Paul Smith wrote: > Hi all. > > I'm using cmake with a cross-compiler environment, but building third > party packages that are configured with CMake. So when I invoke cmake > for those packages I add this options to the command line: > > -DCMAKE_FIND_ROOT_PATH=

[CMake] Using ninja with imported libraries not working (Windows)

I've been struggling to use ninja-generator with imported libraries in CMake on Windows. The issue started when I moved some third-party code in the project to an external project using find_package. I have since reduced the issue to a minimally reproducible example: add_library(foo STATIC IMPOR

[CMake] CMake 3.11.3: set properties on the command line?

Hi all. I'm using cmake with a cross-compiler environment, but building third party packages that are configured with CMake. So when I invoke cmake for those packages I add this options to the command line: -DCMAKE_FIND_ROOT_PATH=/my/sysroot However, this is not working because it's finding 3

[CMake] Modern cmake advise for transitive library dependencies

Dear cmake team and user community, I'd kindly like to ask for advice on how to handle transitive dependencies cleanly with "modern" cmake. I'm often plagued by this problem: I have a library X that optionally depends on library A. When I build library Y that depends on X, how do I (cleanly) ha

Re: [CMake] Tracking progress of CMake TAR

Le lun. 17 déc. 2018 à 18:00, Person Withhats a écrit : > I guess for now, anything that'll get it to work on Windows? That's the > primary platform for this. > If you give up on portability then replace cmake -E tar with an external program which has progress capability on Windows. It looks lik

Re: [CMake] Tracking progress of CMake TAR

Le lun. 17 déc. 2018 à 17:17, Person Withhats a écrit : > It's untarring around 1.5GB of SDK's, I don't think listing 1000's of > files is going to help. > Yes right. You need some "size extraction progress" not number of files progress. I'm not sure classical un-archive program do have the fea

Re: [CMake] DEPFILE usage in add_custom_command(...)

The target name in the depfile does not match the target name on the ninja build line due to absolute vs relative path mismatch. Even though they refer to the same file, the target names must match exactly. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ

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] Tracking progress of CMake TAR

I guess he is using cmake -E tar may be using 'v' verbose option from tar should be enough. i.e. cmake -E tar xvz your-archive.tar.gz It should display file names as they come out of the archive. So unless your very big archive only contains relatively big files, the output should evolve quite

Re: [CMake] Tracking progress of CMake TAR

Are you calling tar via a custom command?  tar itself looks to have a few options to print progress: https://www.gnu.org/software/tar/manual/html_section/tar_25.html Although none of the options seem to know the archive's size, so aren't able to print a completion percentage. On 16/12/2018

Re: [CMake] dependencies on system include files

Hi Kris, On 17.12.18 01:24, Kris Thielemans wrote: > Checking a bit more carefully it appears that the system .h files are > not included in depend.make. I guess this is done to save some time > checking all those dependencies as system files are supposed to be > relatively stable, but if they’re