From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ekaitz Zarraga Subject: bug#39794: AVR-Toolchain-5 avr/io not found Date: Fri, 28 Feb 2020 22:42:15 +0000 Message-ID: <8-mv7qVc3d25SUttosRz1Kv28rGlUBHVbzOVM08cdZOa6K9O6e8RVgQFGnwI1Mh1MW2IlaqwgaBYP3W8gqMHzn8_kGzxpuwRvDfPO-0alAo=@elenq.tech> References: Reply-To: Ekaitz Zarraga 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]:46406) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7oLZ-0003Tc-Ji for bug-guix@gnu.org; Fri, 28 Feb 2020 17:43:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j7oLX-0006v7-Q2 for bug-guix@gnu.org; Fri, 28 Feb 2020 17:43:05 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:56182) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j7oLV-0006se-U0 for bug-guix@gnu.org; Fri, 28 Feb 2020 17:43:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j7oLV-0005Rd-R8 for bug-guix@gnu.org; Fri, 28 Feb 2020 17:43:01 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: 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: "39794@debbugs.gnu.org" <39794@debbugs.gnu.org> I'm checking the output by avr-gcc-4.9 in order to compare, and it doesn't = have the stubs-32.h file neither but the compilation with avr-gcc-4.9 doesn= 't ask for it so it doesn't break. Instead, if I use avr-gcc-5 it asks for the stubs-32.h file and it fails be= cause it's not installed. Both of them must be checking stubs.h (maybe the compilation with 4.9 isn't= ?) file that makes the include of the -64 or the -32 depending on the platf= orm :S Also I tried compiling glibc for 32 bytes because stubs-32 is on it. It wor= ked but carried a different error, probably because I didn't compile it cor= rectly: /gnu/store/86yn7zgf6yx0gcbma9rxgd6d47ibp9ck-profile/include/bits/floatn.h:8= 6:9: error: unknown type name '__float128' This error shouldn't happen because the bits/floatn.h file is making checks= before doing the typedef that fails... So there are a couple of options he= re: - The checks are not enough to find my case - I made the 32 bit GLIBC wrong and it's carrying wrong parameters to that = header file, and makes it fall in a weird case. Ideas? Thanks! Ekaitz ElenQ Technology Ethical Innovation