From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: GSoC: Porting Guix to Hurd week 3+4 report. Date: Sun, 31 May 2015 22:22:27 +0200 Message-ID: <87wpzo1oqk.fsf@gnu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48388) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yz9ki-0003ao-Pc for Guix-devel@gnu.org; Sun, 31 May 2015 16:22:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yz9kh-0001gQ-KY for Guix-devel@gnu.org; Sun, 31 May 2015 16:22:36 -0400 In-Reply-To: (Manolis Ragkousis's message of "Sun, 31 May 2015 11:13:44 +0300") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Manolis Ragkousis Cc: Guix-devel , bug-hurd@gnu.org, Samuel Thibault Hi Manolis, Thanks for the report! Manolis Ragkousis skribis: > 3) Found a circular dependency between glibc-hurd-headers and > hurd-minimal. Resolved it > and sent a patch to the list. (Ludovic please give it a look :-)) Will do shortly, sorry for the delay! > 4) tarball-package in make-bootstrap.scm does not give the right name > to the packages it produces. > Changed tarball-package so now we can pass the target to it and as a > result it will use the proper name. > > 5) gcc-4.7 passes "--with-native-system-header-dir=3D" which points to > the wrong libc. According to my > understanding this should point to the proper libc to be used in the > target system. Am I right? > > 6) So the problem with %gcc-static is that libdecnumber: sets "dpd" > while libgcc: sets "no" and we get > a build failure because it can't find "no" in libdecnumber. Found a > similar case here > https://gcc.gnu.org/ml/gcc/2007-03/msg00941.html . Turned everything > in make-bootstrap.scm into procedures > so I am sure it evaluates to the right libc, Note that all three points are related, AIUI. That is, using procedures in make-bootstrap.scm means that the right glibc package gets chosen, which in turn means that #4 and #5 get fixed. > patched libdecunmber's and libgcc's configure.ac so they run > AC_CANONICAL_{BUILD,HOST,TARGET} and made sure with the repl that the > right glibc is used. And still can't find how to solve it. Any > suggestions? Does the issue reported in the 2007 message above still holds? What exactly was the error when cross-compiling libgcc? The Hurd folks may have seen it before. Thanks for all the uneasy & frustrating work! Ludo=E2=80=99.