Le mar. 11 déc. 2018 à 14:18, Rolf Eike Beer a écrit :
> Eric Noulard wrote:
>
> > When ones do cross compile for the host + one or several target a
> > lighter
> > "add_superbuild" API could be design. I'll try to think about it more
> > thoroughly and do some proposal. Ideally we shouldn't
Eric Noulard wrote:
When ones do cross compile for the host + one or several target a
lighter
"add_superbuild" API could be design. I'll try to think about it more
thoroughly and do some proposal. Ideally we shouldn't need to provide
many
parameters beside the toolchain and a way to specify
On Mon, Dec 10, 2018 at 7:57 PM Eric Noulard wrote:
>
> Le dim. 9 déc. 2018 à 12:24, Craig Scott a
> écrit :
>
>> On Tue, Dec 4, 2018 at 6:56 PM Torsten Robitzki
>> wrote:
>>
>>> > Am 27.11.2018 um 19:55 schrieb Eric Noulard :
>>> >
>>> > My assumption are:
>>> > a) when you cross-compile
Le dim. 9 déc. 2018 à 12:24, Craig Scott a écrit :
> On Tue, Dec 4, 2018 at 6:56 PM Torsten Robitzki
> wrote:
>
>> > Am 27.11.2018 um 19:55 schrieb Eric Noulard :
>> >
>> > My assumption are:
>> > a) when you cross-compile your build is a "whole" and you shouldn't
>> have to setup some
Le mer. 28 nov. 2018 à 21:03, Rolf Eike Beer a écrit :
> Am Dienstag, 27. November 2018, 19:55:56 CET schrieb Eric Noulard:
>
> > I think that most of the time specifying the toolchain on the command
> line
> > drives you to some superbuild structure.
>
> Which is not bad by itself, but I would
On Tue, Dec 4, 2018 at 6:56 PM Torsten Robitzki wrote:
> > Am 27.11.2018 um 19:55 schrieb Eric Noulard :
> >
> > However from my point of view and my cross-compiling experience when you
> cross-compile you have:
> >
> > 1) the host compiler which is used to compile "host tools"
> > 2) the target
> Am 27.11.2018 um 19:55 schrieb Eric Noulard :
>
> However from my point of view and my cross-compiling experience when you
> cross-compile you have:
>
> 1) the host compiler which is used to compile "host tools"
> 2) the target compiler (may be several of them) to "cross-compile"
>
> My
Am Dienstag, 27. November 2018, 19:55:56 CET schrieb Eric Noulard:
> Le mar. 27 nov. 2018 à 11:28, Rolf Eike Beer a écrit :
> > Am 2018-11-09 10:04, schrieb Torsten Robitzki:
> > > Hi,
> > > I hope this question was not asked before. I work in the embedded
> > > field and there it is usually to
Le mar. 27 nov. 2018 à 11:28, Rolf Eike Beer a écrit :
> Am 2018-11-09 10:04, schrieb Torsten Robitzki:
> > Hi,
> > I hope this question was not asked before. I work in the embedded
> > field and there it is usually to have at least two different build
> > platforms. The Host platform, where
> which I bet all of us would love to see.
This is not correct. I would strongly prefer they continue with QBS
instead. Cmake is defacto, but very suboptional.
On Tue, Nov 27, 2018, 10:28 AM Rolf Eike Beer Am 2018-11-09 10:04, schrieb Torsten Robitzki:
> > Hi,
> > I hope this question was not
Am 2018-11-09 10:04, schrieb Torsten Robitzki:
Hi,
I hope this question was not asked before. I work in the embedded
field and there it is usually to have at least two different build
platforms. The Host platform, where unit tests are build (and where
CMake is running) and an embedded Target
11 matches
Mail list logo