This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] hurd: fix for glibc install-headers target
- From: Samuel Thibault <samuel dot thibault at gnu dot org>
- To: Andreas Schwab <schwab at linux-m68k dot org>
- Cc: debian-hurd at lists dot debian dot org, bug-hurd at gnu dot org, roland at hack dot frob dot com, libc-alpha at sourceware dot org
- Date: Tue, 25 Aug 2015 01:39:34 +0200
- Subject: Re: [PATCH] hurd: fix for glibc install-headers target
- Authentication-results: sourceware.org; auth=none
- References: <20150818210540 dot GA11318 at type dot dc15 dot debconf dot org> <20150822215515 dot GA11514 at type dot dc15 dot debconf dot org> <20150822224824 dot GB11514 at type dot dc15 dot debconf dot org> <m2egiufqag dot fsf at linux-m68k dot org>
Hello,
Andreas Schwab, le Sun 23 Aug 2015 08:54:31 +0200, a écrit :
> Samuel Thibault <samuel.thibault@gnu.org> writes:
> > and this goes on at infinitum. Make -d shows that it is trying to build
> > /tmp/glibc-2.19/build-tree/hurd-i386-libc/mach/mach-shortcuts.h
> > and adding a $(warning) shows that the generated mach-shortcuts.h rule
> > is for /tmp/glibc-2.19/build-tree/hurd-i386-libc/csu/mach-shortcuts.h
> > (in csu/ instead of mach/). AIUI, the patch below would be needed to
> > fix the objpfx so that the proper rule is generated, isn't it?
>
> The first thing mach/Makefile does is subdir := mach. Why is that not
> sufficient?
Because calling
/usr/bin/make cross-compiling=yes -C build-tree/hurd-i386-libc csu/subdir_lib
results to calling
/usr/bin/make subdir=csu -C csu ..=../ subdir_lib
and that subdir=csu will override any subdir:=
Samuel