From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Baines Subject: MIPS support Date: Wed, 08 Apr 2020 20:32:00 +0100 Message-ID: <87blo1ydsf.fsf@cbaines.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:35128) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jMGQm-0006Si-8b for guix-devel@gnu.org; Wed, 08 Apr 2020 15:32:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jMGQk-0001us-Em for guix-devel@gnu.org; Wed, 08 Apr 2020 15:32:11 -0400 Received: from mira.cbaines.net ([212.71.252.8]:43494) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jMGQk-0001sK-8j for guix-devel@gnu.org; Wed, 08 Apr 2020 15:32:10 -0400 Received: from localhost (unknown [46.237.163.111]) by mira.cbaines.net (Postfix) with ESMTPSA id BE65327BBE1 for ; Wed, 8 Apr 2020 20:32:07 +0100 (BST) Received: from localhost (localhost [local]) by localhost (OpenSMTPD) with ESMTPA id d6a27e77 for ; Wed, 8 Apr 2020 19:32:05 +0000 (UTC) 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-mx.org@gnu.org Sender: "Guix-devel" To: guix-devel@gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hey, I was wondering about MIPS support, mainly because the Guix Data Service uses QEMU to emulate different systems so that the channel instance derivations can be computed (like [1]). I'm not sure if the emulation is really necessary, but that's how it works at the moment. 1: http://data.guix.gnu.org/revision/198571b264547f800803e554c8f21a9c95be95= 9c/channel-instances I've not enabled the QEMU emulation for MIPS on data.guix.gnu.org, because I've never managed to get it working locally. Computing the channel derivation starts building lots of things, but something always fails. I've looked in to this a bit more. On master, the bison-boot0 package tries to do the build and tests in parallel, and fails. This is fixed on core-updates. If you work around the bison-boot0 issue on master, then I get a segfault during gcc-cross-boot0-7.4.0: g++ -fno-PIE -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC -DCRO= SS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-ta= bles -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-a= ttribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros= -Wno-overlength-strings -DHAVE_CONFIG_H -I. -Ic-family -I../../gcc-7.4.0= /gcc -I../../gcc-7.4.0/gcc/c-family -I../../gcc-7.4.0/gcc/../include -I../.= ./gcc-7.4.0/gcc/../libcpp/include -I/tmp/guix-build-gcc-cross-boot0-7.4.0.d= rv-0/build/./gmp -I/tmp/guix-build-gcc-cross-boot0-7.4.0.drv-0/gcc-7.4.0/gm= p -I/tmp/guix-build-gcc-cross-boot0-7.4.0.drv-0/build/./mpfr/src -I/tmp/gui= x-build-gcc-cross-boot0-7.4.0.drv-0/gcc-7.4.0/mpfr/src -I/tmp/guix-build-gc= c-cross-boot0-7.4.0.drv-0/gcc-7.4.0/mpc/src -I../../gcc-7.4.0/gcc/../libde= cnumber -I../../gcc-7.4.0/gcc/../libdecnumber/dpd -I../libdecnumber -I../..= /gcc-7.4.0/gcc/../libbacktrace -o c-family/c-common.o -MT c-family/c-comm= on.o -MMD -MP -MF c-family/.deps/c-common.TPo ../../gcc-7.4.0/gcc/c-family/= c-common.c qemu: uncaught target signal 11 (Segmentation fault) - core dumped g++: internal compiler error: Segmentation fault (program cc1plus) Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[2]: *** [Makefile:1099: c-family/c-common.o] Error 4 make[2]: Leaving directory '/tmp/guix-build-gcc-cross-boot0-7.4.0.drv-0/bui= ld/gcc' make[1]: *** [Makefile:4215: all-gcc] Error 2 make[1]: Leaving directory '/tmp/guix-build-gcc-cross-boot0-7.4.0.drv-0/bui= ld' make: *** [Makefile:881: all] Error 2 command "make" "-j" "1" "LDFLAGS=3D-Wl,-rpath=3D/gnu/store/z2i5vj66b6y23v8f= ywsf7bwnppyhssks-glibc-bootstrap-0/lib -Wl,-dynamic-linker -Wl,/gnu/store/z= 2i5vj66b6y23v8fywsf7bwnppyhssks-glibc-bootstrap-0/lib/ld.so.1" failed with = status 2 builder for `/gnu/store/dzgvjam38vn7i7d1iml2a34p5h3lyggd-gcc-cross-boot0-7.= 4.0.drv' failed with exit code 1 build of /gnu/store/dzgvjam38vn7i7d1iml2a34p5h3lyggd-gcc-cross-boot0-7.4.0.= drv failed On core-updates, it's pretty similar. The gcc-cross-boot0-7.5.0 derivation seems to hang at the same point the gcc-cross-boot0-7.4.0 derivation segfaulted: g++ -fno-PIE -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC -DCRO= SS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-ta= bles -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-a= ttribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros= -Wno-overlength-strings -DHAVE_CONFIG_H -I. -Ic-family -I../../gcc-7.5.0= /gcc -I../../gcc-7.5.0/gcc/c-family -I../../gcc-7.5.0/gcc/../include -I../.= ./gcc-7.5.0/gcc/../libcpp/include -I/tmp/guix-build-gcc-cross-boot0-7.5.0.d= rv-0/build/./gmp -I/tmp/guix-build-gcc-cross-boot0-7.5.0.drv-0/gcc-7.5.0/gm= p -I/tmp/guix-build-gcc-cross-boot0-7.5.0.drv-0/build/./mpfr/src -I/tmp/gui= x-build-gcc-cross-boot0-7.5.0.drv-0/gcc-7.5.0/mpfr/src -I/tmp/guix-build-gc= c-cross-boot0-7.5.0.drv-0/gcc-7.5.0/mpc/src -I../../gcc-7.5.0/gcc/../libde= cnumber -I../../gcc-7.5.0/gcc/../libdecnumber/dpd -I../libdecnumber -I../..= /gcc-7.5.0/gcc/../libbacktrace -o c-family/c-common.o -MT c-family/c-comm= on.o -MMD -MP -MF c-family/.deps/c-common.TPo ../../gcc-7.5.0/gcc/c-family/= c-common.c From=20htop, I can see the QEMU emulated g++ with a QEMU emulated cc1plus subprocess, but nothing is happening. Any ideas? Thanks, Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEEPonu50WOcg2XVOCyXiijOwuE9XcFAl6OJrBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcACgkQXiijOwuE 9XdFrA//ekJ7mwp5p7bW3k2zthn9y62xEzwWYRR+7gG/ErRJeULWoEUvB7mMuXfx T+DJENRtFIq0wq7CaiugQn8ayTPV6t+J1zLZFaV96Lo1jrHbsbbuhz9QqF2ydJ0/ 9D2Hs8lxEFged9R0tEZPaz7sSMw5469pTzguk/L69vMFZ/Hm31ziV4HWclgsevyy 3231QO3pSxw5b9bL9/LaXU9IsbYlhq1BEjLEIPHsSHdHc4UMikVHjZNuxZEoSjBY IxjzQs+9io8xrcWZnvxeGB/Ga9Fhw1BKTx63YgFLqorxeQsUMlqa51+ds9xTLioD OX8xgVFQb+cy35jpigFRGGW8WGV5cLlZDQR4QRUHqfi4lwIJCrgj1Fpc9f0i6xjm K+9/Hpfg3UgmTykWMSaoDZzyXkT7U5Wgx/+hhMg457Wn6VLJ2xUCOI5kvMcJFs18 7iaDaRd6VZ5vRIXbFZaE6xnF/NQWxZU2SOyH1R4D0AzTxrmcoph7Q7hYwGzKOdnb Od+F/PQSUaZAwdtE488K0zC+pTZGZ3F//Hb9/pGqLYlfOGbUg5Mcw42Vby0bqbOK Us7vGpleIE5QhxWAwAJhxWo1f5tSTCDBY2mmzzo5iY3+61GHNE1XOd/hTQ63d89Y TKT4P6O2Pfbb9v3p8g98KUd5y4Btusneii7FEyu7eTDC2Flf6hU= =FYxg -----END PGP SIGNATURE----- --=-=-=--