From: Jan Kiszka <jan.kiszka@web.de>
To: "[ext] Henning Schild" <henning.schild@siemens.com>,
Alexander Smirnov <asmirnov@ilbers.de>
Cc: isar-users@googlegroups.com
Subject: Re: [PATCH v4 04/10] cross-compilation: Introduce variable switch
Date: Wed, 25 Jul 2018 14:22:34 +0200 [thread overview]
Message-ID: <31cda3ca-b7f1-5aa3-8e85-f9834b55b3df@web.de> (raw)
In-Reply-To: <20180725102535.01011a40@md1pvb1c.ad001.siemens.net>
On 2018-07-25 10:25, [ext] Henning Schild wrote:
> The way i understand the whole thing is that there are two meanings of
> ISAR_CROSS_COMPILE. On the image-level it enables the feature for
> every package. Some packages, the ones that do not support it, disable
> it for their build.
>
> Would it be a good idea to come up with a different name for the two?
>
> image:
> ISAR_CROSS_COMPILE_IMAGE
> package:
> ISAR_CROSS_COMPILE_RECIPE ?= ISAR_CROSS_COMPILE_IMAGE
>
ISAR_CROSS_COMPILE has no direct relationship with images. It is a
Variable that controls per package-generating recipe if cross
compilation should be used.
You can set it globally, via local.conf, multiconfig settings or per
target etc. Then those recipes who know that they are not compatible
(unfulfilled build deps, build issues) should opt-out by overwriting the
variable in the recipe file.
The problem comes from combinations: If recipe has a build-dependency on
another recipe, generally only both can opt-out. But as we cannot
foresee the combinations the user will choose when defining a target
(which includes images), that user need to resolve any potential
problems - e.g. by bbappend'ing ISAR_CROSS_COMPILE=0 to a recipe that
services as build-dependency to a cross-incompatible recipe.
Jan
next prev parent reply other threads:[~2018-07-25 12:22 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-24 19:06 [PATCH v4 00/10] Add cross-compilation support Alexander Smirnov
2018-07-24 19:06 ` [PATCH v4 01/10] buildchroot: Add host buildchroot Alexander Smirnov
2018-07-24 19:06 ` [PATCH v4 02/10] isar-bootstrap-helper: Add target architecture for dpkg Alexander Smirnov
2018-07-24 19:06 ` [PATCH v4 03/10] build.sh: Add additional parameter Alexander Smirnov
2018-07-25 8:10 ` Henning Schild
2018-07-25 8:14 ` Henning Schild
2018-07-24 19:06 ` [PATCH v4 04/10] cross-compilation: Introduce variable switch Alexander Smirnov
2018-07-25 6:56 ` Jan Kiszka
2018-07-25 8:25 ` Henning Schild
2018-07-25 12:22 ` Jan Kiszka [this message]
2018-07-24 19:06 ` [PATCH v4 05/10] linux: Add ARM cross-compilation support Alexander Smirnov
2018-07-24 19:06 ` [PATCH v4 06/10] isar: Add ARM64 " Alexander Smirnov
2018-07-24 19:06 ` [PATCH v4 07/10] linux-module: Export ARCH and CROSS_COMPILE Alexander Smirnov
2018-07-24 19:06 ` [PATCH v4 08/10] linux: Drop gcc from dependencies Alexander Smirnov
2018-07-24 19:06 ` [PATCH v4 09/10] build.sh: Do not check deps in dpkg-buildpackage Alexander Smirnov
2018-07-24 19:07 ` Alexander Smirnov
2018-08-11 15:47 ` Jan Kiszka
2018-08-14 11:40 ` Jan Kiszka
2018-08-14 12:39 ` Alexander Smirnov
2018-07-24 19:06 ` [PATCH v4 10/10] linux-module: Enable cross-build for testing Alexander Smirnov
2018-07-24 19:07 ` Alexander Smirnov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=31cda3ca-b7f1-5aa3-8e85-f9834b55b3df@web.de \
--to=jan.kiszka@web.de \
--cc=asmirnov@ilbers.de \
--cc=henning.schild@siemens.com \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox