Bug#892126: glibc: stage1 build failure due to missing multilib lib-names-*.h

[Helmut Grohne <helmut@subdivi.de>]

Source: glibc
Version: 2.27-1
User: helmutg@debian.org
Usertags: rebootstrap

Hi Aurelien,

I need a bug number for tracking this issue, so I am filing this bug
summarizing the problem and recording my knowledge.

Building glibc with DEB_BUILD_OPTIONS=nocheck DEB_BUILD_PROFILES=stage1
presently fails (even natively) on architectures with multilib packages.
The symptom always is that some variant of a multilib lib-names-*.h goes
missing in the packaging part of the installation procedure recently
added.

The headers in question are not generated during a (stage1) build and a
gcc stage2 (the only relevant user) does not use them. I verified that
simply not installing them makes a bootstrap of e.g. mips work again:

sed -i -e 's#debian/tmp-.*/usr/include/gnu/lib-names.*\.h#$(if $(filter stage1,$(DEB_BUILD_PROFILES)),,&)#' debian/sysdeps/*.mk

Now I am not asking you to include this fix (thus not adding a patch
tag), because we both know it is ugly, but I am recording the workaround
to improve our understanding. It confirms our intuition that the same
workaround as for gnu/stubs.h should be applicable here. My attempts at
implementing that properly weren't fruitful thus far. So all I can do
now is document the problem.

Helmut