From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Porting to mips64el Date: Sat, 12 Jan 2013 00:44:54 +0100 Message-ID: <874ninz3m1.fsf@gnu.org> References: <8738yvnslh.fsf@karetnikov.org> <87y5gfa7t9.fsf@gnu.org> <87vcbjldp5.fsf@karetnikov.org> <87zk0v4e29.fsf@gnu.org> <87wqvzclyj.fsf@karetnikov.org> <87ehi71bl6.fsf@gnu.org> <87pq1rma9g.fsf@karetnikov.org> <87wqvyxvhv.fsf@gnu.org> <87lic3vm8s.fsf@karetnikov.org> <871udv6bny.fsf@gnu.org> <87d2xfk9qb.fsf@karetnikov.org> <87k3rnr61e.fsf@gnu.org> <871udvwna6.fsf@karetnikov.org> <876237bdqu.fsf@gnu.org> <87y5g2uzbj.fsf@karetnikov.org> <87y5g2kp8s.fsf@gnu.org> <87d2xc4azh.fsf@karetnikov.org> <87a9sfc0hq.fsf@gnu.org> <87r4lrpf0n.fsf@karetnikov.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53851) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtoHU-0006j1-Ls for bug-guix@gnu.org; Fri, 11 Jan 2013 18:45:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TtoHQ-0004qr-GP for bug-guix@gnu.org; Fri, 11 Jan 2013 18:45:00 -0500 Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:34603) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtoHQ-0004qn-9N for bug-guix@gnu.org; Fri, 11 Jan 2013 18:44:56 -0500 In-Reply-To: <87r4lrpf0n.fsf@karetnikov.org> (Nikita Karetnikov's message of "Fri, 11 Jan 2013 16:49:31 -0500") 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.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Nikita Karetnikov Cc: bug-guix@gnu.org Nikita Karetnikov skribis: >> You could run =E2=80=98nix-build -A stdenv -K /path/to/nixpkgs=E2=80=99.= Upon glibc >> build failure, just get into the failed build tree: > > Yep, it failed with the same error. Then there may be something wrong with your setup, because glibc is known to build on Fuloong, right? We=E2=80=99d need to compare the derivat= ion and output paths with Llu=C3=ADs, but I think you already did that. > make[2]: Nothing to be done for `subdir_lib'. > make[2]: Leaving directory `/tmp/nix-build-46dkvs7arjnsb0073n603lr7c6r6ws= kl-glibc-2.13.drv-1/glibc-2.13/catgets' > building math/subdir_lib > smake subdir=3Dmath -C math ..=3D../ subdir_lib > make[1]: *** [math/subdir_lib] Killed > make[1]: Leaving directory `/tmp/nix-build-46dkvs7arjnsb0073n603lr7c6r6ws= kl-glibc-2.13.drv-1/glibc-2.13' > make: *** [all] Error 2 Can you run =E2=80=98strace -f -o log make=E2=80=99 to see exactly what get= s killed? (Do that in the build tree after having sourced =E2=80=98env-vars=E2=80=99.) > I've found some (probably related) links. [1,2] That seems different: they get an actual compiler error, whereas you get no error, just =E2=80=9CKilled=E2=80=9D. Ludo=E2=80=99.