Re: [RFC PATCH 1/4] common/image.c: image_decomp: put IH_COMP_XXX cases inside ifndef USE_HOSTCC

2020-06-17 Thread Tom Rini
On Wed, Jun 17, 2020 at 09:07:20AM +0200, Rasmus Villemoes wrote: > On 17/06/2020 05.11, Simon Glass wrote: > > Hi Rasmus, > > > > On Fri, 12 Jun 2020 at 05:02, Rasmus Villemoes > > wrote: > >> > >> When building host tools, the CONFIG_GZIP etc. symbols are not defined > >> anyway, so this does

Re: [RFC PATCH 1/4] common/image.c: image_decomp: put IH_COMP_XXX cases inside ifndef USE_HOSTCC

2020-06-17 Thread Rasmus Villemoes
On 17/06/2020 05.11, Simon Glass wrote: > Hi Rasmus, > > On Fri, 12 Jun 2020 at 05:02, Rasmus Villemoes > wrote: >> >> When building host tools, the CONFIG_GZIP etc. symbols are not defined >> anyway, so this does not (should not) change anything [1]. However, >> since the host tools also don't

Re: [RFC PATCH 1/4] common/image.c: image_decomp: put IH_COMP_XXX cases inside ifndef USE_HOSTCC

2020-06-16 Thread Simon Glass
Hi Rasmus, On Fri, 12 Jun 2020 at 05:02, Rasmus Villemoes wrote: > > When building host tools, the CONFIG_GZIP etc. symbols are not defined > anyway, so this does not (should not) change anything [1]. However, > since the host tools also don't include linux/kconfig.h, one cannot > use the

[RFC PATCH 1/4] common/image.c: image_decomp: put IH_COMP_XXX cases inside ifndef USE_HOSTCC

2020-06-12 Thread Rasmus Villemoes
When building host tools, the CONFIG_GZIP etc. symbols are not defined anyway, so this does not (should not) change anything [1]. However, since the host tools also don't include linux/kconfig.h, one cannot use the CONFIG_IS_ENABLED() smartness in a preprocessor conditional, which in turn prevents