[CMake] Multiple toolchains in one CMakeList?

[Hendrik Sattler]

Am Dienstag 05 Februar 2008 schrieb Brandon Van Every:
> On Feb 5, 2008 11:08 AM, Hendrik Sattler <post at hendrik-sattler.de> wrote:
> > Quoting Brandon Van Every <bvanevery at gmail.com>:
> > > On Feb 5, 2008 10:05 AM, John Spray <john.c.spray at googlemail.com> wrote:
> > >> If I were invoking a second CMake, would I be able to make the host
> > >> CMake aware of the second as a dependency?
> > >
> > > Sure.  add_custom_command, add_custom_target.  The subsidiary CMake
> > > would have to actually output something.  You'd have to know what that
> > > output is going to be, and how to invoke the build.
> >
> > Or a new command
> >    add_indep_subdirectory()
> > which does automate that by forgetting about most cmake settings but
> > targets. Example: compiling a firmware code with a cross-compiler, then
> > converting that binary into a .c file and including that into a
> > binary: two compiler chains and one add_custom_command.
> > It would restrict to using a separate subdirectory for the different
> > toolchain (else it is probably not complex enough).
>
> What's wrong with doing things the usual way?  I'm not seeing a reason
> to hide the standard mechanisms for calling external tools.  CMake can
> be an external tool, there's nothing wrong with that.

You don't get the target in the calling cmake environment. You actually loose 
every feature of cmake regarding the connection between the two instances :-(
Or at least it gets freaky complicated to achieve the same features.

HS