All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] gcc-source: Ensure deploy_date_epoch sstate hash doesn't change
@ 2022-11-07 14:26 Richard Purdie
  2022-11-07 18:37 ` [OE-core] " Peter Kjellerstedt
  0 siblings, 1 reply; 2+ messages in thread
From: Richard Purdie @ 2022-11-07 14:26 UTC (permalink / raw)
  To: openembedded-core

Currently if you switch machines, gcc-source do_deploy_source_date_epoch
would reun-run as the stamps are tune specific. This hasn't caused much
of an issue until now however if we fix the gcc recipes to reuse the
timestamp from this task, it does then create problems.

Copy code from allarch to ensire this task hash doesn't change between
machines/tunes.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
---
 meta/recipes-devtools/gcc/gcc-source.inc | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc-source.inc b/meta/recipes-devtools/gcc/gcc-source.inc
index bf33a4b31ff..265bcf4bef5 100644
--- a/meta/recipes-devtools/gcc/gcc-source.inc
+++ b/meta/recipes-devtools/gcc/gcc-source.inc
@@ -17,6 +17,13 @@ STAMPCLEAN = "${STAMPS_DIR}/work-shared/gcc-${PV}-*"
 INHIBIT_DEFAULT_DEPS = "1"
 DEPENDS = ""
 PACKAGES = ""
+TARGET_ARCH = "allarch"
+TARGET_AS_ARCH = "none"
+TARGET_CC_ARCH = "none"
+TARGET_LD_ARCH = "none"
+TARGET_OS = "linux"
+baselib = "lib"
+PACKAGE_ARCH = "all"
 
 B = "${WORKDIR}/build"
 
-- 
2.34.1



^ permalink raw reply related	[flat|nested] 2+ messages in thread

* RE: [OE-core] [PATCH] gcc-source: Ensure deploy_date_epoch sstate hash doesn't change
  2022-11-07 14:26 [PATCH] gcc-source: Ensure deploy_date_epoch sstate hash doesn't change Richard Purdie
@ 2022-11-07 18:37 ` Peter Kjellerstedt
  0 siblings, 0 replies; 2+ messages in thread
From: Peter Kjellerstedt @ 2022-11-07 18:37 UTC (permalink / raw)
  To: Richard Purdie, openembedded-core

> -----Original Message-----
> From: openembedded-core@lists.openembedded.org <openembedded-core@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 7 november 2022 15:26
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] gcc-source: Ensure deploy_date_epoch sstate hash doesn't change
> 
> Currently if you switch machines, gcc-source do_deploy_source_date_epoch
> would reun-run as the stamps are tune specific. This hasn't caused much

Change "reun-run" to "re-run".

> of an issue until now however if we fix the gcc recipes to reuse the

For better readability, I would change the above line to:

of an issue until now. However, if we fix the gcc recipes to reuse the

> timestamp from this task, it does then create problems.
> 
> Copy code from allarch to ensire this task hash doesn't change between

Change "ensire" to "ensure".

> machines/tunes.
> 
> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> ---
>  meta/recipes-devtools/gcc/gcc-source.inc | 7 +++++++
>  1 file changed, 7 insertions(+)
> 
> diff --git a/meta/recipes-devtools/gcc/gcc-source.inc b/meta/recipes-devtools/gcc/gcc-source.inc
> index bf33a4b31ff..265bcf4bef5 100644
> --- a/meta/recipes-devtools/gcc/gcc-source.inc
> +++ b/meta/recipes-devtools/gcc/gcc-source.inc
> @@ -17,6 +17,13 @@ STAMPCLEAN = "${STAMPS_DIR}/work-shared/gcc-${PV}-*"
>  INHIBIT_DEFAULT_DEPS = "1"
>  DEPENDS = ""
>  PACKAGES = ""
> +TARGET_ARCH = "allarch"
> +TARGET_AS_ARCH = "none"
> +TARGET_CC_ARCH = "none"
> +TARGET_LD_ARCH = "none"
> +TARGET_OS = "linux"
> +baselib = "lib"
> +PACKAGE_ARCH = "all"
> 
>  B = "${WORKDIR}/build"
> 
> --
> 2.34.1

//Peter



^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2022-11-07 18:37 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-11-07 14:26 [PATCH] gcc-source: Ensure deploy_date_epoch sstate hash doesn't change Richard Purdie
2022-11-07 18:37 ` [OE-core] " Peter Kjellerstedt

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.