From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#36882: Qemu 4.2.0 build for x86_64-linux fails Date: Wed, 26 Feb 2020 21:55:50 +0100 Message-ID: <874kvdcbl5.fsf@gnu.org> References: <87k14gnqng.fsf@gmail.com> <87mu9b3crd.fsf@gnu.org> <87a75a5taw.fsf@gmail.com> <87o8tptu7u.fsf@gnu.org> <87ftf0nx7n.fsf@gmail.com> <87tv3gm59r.fsf@gnu.org> <875zfuag6v.fsf@gmail.com> <874kveafns.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:44448) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j73jr-000527-JO for bug-guix@gnu.org; Wed, 26 Feb 2020 15:57:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j73jq-0005Vd-JA for bug-guix@gnu.org; Wed, 26 Feb 2020 15:57:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:51837) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j73jq-0005VN-Fp for bug-guix@gnu.org; Wed, 26 Feb 2020 15:57:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j73jq-0006aM-FD for bug-guix@gnu.org; Wed, 26 Feb 2020 15:57:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <874kveafns.fsf@gmail.com> (Mathieu Othacehe's message of "Tue, 25 Feb 2020 15:46:15 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: Mathieu Othacehe Cc: 36882@debbugs.gnu.org Hi, Mathieu Othacehe skribis: > About the environment issue, we have the same problem on master. You can > run the following command: > > ./pre-inst-env guix environment -C -e '(@@ (gnu packages commencement) > coreutils-final)' -- echo -e '#include \n int main() {return > 0;}' > test.c && gcc -m16 -ffreestanding test.c > > > and see that in takes stdint.h from the profile glibc header: > > In file included from /gnu/store/nl6zndkx4115laq50qmqcvnzinfz5rk0-profile= /include/features.h:474:0, > from /gnu/store/nl6zndkx4115laq50qmqcvnzinfz5rk0-profile= /include/bits/libc-header-start.h:33, > from /gnu/store/nl6zndkx4115laq50qmqcvnzinfz5rk0-profile= /include/stdint.h:26, > from test.c:1: > /gnu/store/nl6zndkx4115laq50qmqcvnzinfz5rk0-profile/include/gnu/stubs.h:7= :11: fatal error: gnu/stubs-32.h: No such file or directory > # include > ^~~~~~~~~~~~~~~~ Indeed. > So if it's ok for you, I'll try to implement a GCC hack so that we can > keep using C_INCLUDE_PATH on core-updates and have QEMU building, as you > proposed. > > About the environment use-case, it's getting really tricky, but as it is > not a regression, we can maybe postpone the resolution. Yes, both make sense to me. >> Incidentally, do we have problems building anything other than QEMU? > > I don't know, but potentially any program building with -m > and -ffreestanding fails on core-updates. The evil idea I was getting at was that, if that=E2=80=99s just a couple of packages, we can fix them locally. Evil plan in case the better hack turns out to be tricky. :-) Ludo=E2=80=99.