Hi, thanks a lot for your input. I will take a look at the SuperProject (with ExternalProject_Add() call) constellation as well as the meta build tools. I'm quite new to this stuff, so please allow me my question: does this even make sense what i'm trying or are there some "patterns" that handles
The top level build doesn't actually need to build anything itself. It
would just become a sequence of ExternalProject_Add() calls with some
simple logic for selecting which things to turn on/off, etc. The first
ExternalProject_Add() would download the toolchain files. The subsequent
ExternalProjec
Don't you need the toolchain to be configured (Aka project() called) before
ExternalProject? You wouldn't be able to update it after the download.
/Florent
On Apr 17, 2017 11:18 PM, "Craig Scott" wrote:
> Actually, ExternalProject could even be used to download and unpack the
> toolchain files
Actually, ExternalProject could even be used to download and unpack the
toolchain files in a superbuild arrangement too. Probably makes more sense
now that I think about it, since it provides unpacking as well, not just
downloading and has a much richer set of download methods.
On Tue, Apr 18, 201
One option may be a superbuild arrangement (based on ExternalProject,
online searches should give you details). The only thing the top level
would do is setup the sub builds, including downloading and selecting which
toolchain(s) to use for each sub build.
On Tue, Apr 18, 2017 at 8:03 AM, Florent
It is possible.
Nothing prevents you from calling execute_process to download as extract
your toolchain file when it is run. You probably want to check the
destination folder for a pre existing download though.
Then, you proceed on configuring Cmake to use it as usual.
/Florent
On Apr 17, 2017
Instead of trying to do this with the toolchain somehow in cmake I think you
might want to look into a meta build system that handles the toolchain and all
other dependencies. I listed all I know of a couple months ago in this thread.
https://cmake.org/pipermail/cmake/2017-March/065229.html
I am one of the developers for PLPlot and I have been trying different build
configurations to check where it does and does not work.
When I tried building on Windows 10 using MSYS2, I get the "System is
unknown to cmake" message. The cmake identifies the system as
"MINGW64_NT-10.0"
I mana
Hi,
i’m developing Software for embedded Systems and my applications Need to run on
different target platforms. Until now we are build our Code with make but i’d
like to Switch to cmake. ATM we’re putting our Compiler toolchains in our VCS
to be able to produce the same binarys even after year
