Bug#218595: glibc: FTBFS with make 3.79.1-14

[Daniel Jacobowitz <dan@debian.org>]

On Sat, Nov 01, 2003 at 04:41:15PM +0200, Mikko Kautto wrote:
> Package: glibc
> Severity: minor
> Tags: sid
> 
> 
> When trying to compile glibc-2.3.2.ds1-8 with make 3.79.1-14 (that is a build-dependency for glibc-2.3.2.ds1-8), the compilation dies out with the following error:
> 
> mv -f /home/mokautto/source/glibc-2.3.2.ds1/stamp-dir/patch-stampT 
>      /home/mokautto/source/glibc-2.3.2.ds1/stamp-dir/patch-stamp
> rm -rf debian/include
> mkdir debian/include
> ln -s /usr/include/linux debian/include
> ln -s /usr/include/asm-generic debian/include
> ln -s /usr/include/asm debian/include
> # To make configure happy if libc6-dev is not installed.
> touch	debian/include/assert.h
> touch   /home/mokautto/source/glibc-2.3.2.ds1/stamp-dir/mkincludedir
> Making builddir for libc
> test -d	build-tree/i386-libc ||	mkdir build-tree/i386-libc
> touch /home/mokautto/source/glibc-2.3.2.ds1/stamp-dir/mkbuilddir_libc
> debian/rules.d/build.mk:15: ***	Recursive variable `xx' references itself (eventually).
> 										Stop.
> 										
> 
> The following is from the changelog of make 3.80-1:
> 
> make (3.80-1) unstable; urgency=low
> * The variable invoked by $(call ...) can now be recursive: unlike other
>   variables it can reference itself and this will not produce an error
>   when it is used as the first argument to $(call ...) (but only then).
> 					     
> 
> glibc 2.3.2.ds1-8 compiles fine with make 3.80-4

Thanks.  While I'm not sure exactly how this ends up being recursive,
it's easy enough and reasonable to bump the make dependency, so I'll do
that.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer