Bug#96436: gcc 2.95 package build stomps on dpkg-dev script variables

[Daniel Jacobowitz <dan@debian.org>]

On Sun, May 06, 2001 at 01:36:55PM +0200, Matthias Klose wrote:
>  > Those names are used -because- dpkg-architecture uses the same names.
>  > 
>  > More likely this is going wrong:
>  > ifneq ($(TARGET),native)
>  > DEB_HOST_ARCH = $(TARGET)
>  > endif
>  > 
>  > I see at least two problems:
>  > - TARGET is not set when we include rules.defs from debian/rules directly.
> 
> but TARGET isn't _used_ in debian/rules.

But it causes rules.defs to set DEB_HOST_ARCH to "".  GNU Make, being
what it is, exports $(DEB_HOST_ARCH) to submakes, thus screwing
dpkg-architecture over.

>  > - $* is not set in these targets:
>  > 
>  > binary-indep: install $(binary_stamps)
>  >         $(MAKE) -f debian/rules2 TARGET=$* $@
>  > 
>  > binary-arch: install binary-arch-hack $(binary_stamps)
>  >         $(MAKE) -f debian/rules2 TARGET=$* $@
> 
> ok, but this doesn't explain, why the binary target in debian/rules
> fails as well with dpkg-1.9.4

<shrug>

-- 
Daniel Jacobowitz                           Debian GNU/Linux Developer
Monta Vista Software                              Debian Security Team