From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id eBdsE6Wr+F8fPwAA0tVLHw (envelope-from ) for ; Fri, 08 Jan 2021 18:59:49 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id IC89D6Wr+F9uawAA1q6Kng (envelope-from ) for ; Fri, 08 Jan 2021 18:59:49 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id F23299403C5 for ; Fri, 8 Jan 2021 18:59:48 +0000 (UTC) Received: from localhost ([::1]:36004 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxwzD-0004HK-RT for larch@yhetil.org; Fri, 08 Jan 2021 13:59:47 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35194) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxww0-0000fb-Kd for guix-devel@gnu.org; Fri, 08 Jan 2021 13:56:28 -0500 Received: from dd26836.kasserver.com ([85.13.145.193]:38364) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxwvy-0002aP-CC; Fri, 08 Jan 2021 13:56:28 -0500 Received: from localhost (80-110-127-104.cgn.dynamic.surfer.at [80.110.127.104]) by dd26836.kasserver.com (Postfix) with ESMTPSA id D33C23365779; Fri, 8 Jan 2021 19:56:22 +0100 (CET) Date: Fri, 8 Jan 2021 19:56:19 +0100 From: Danny Milosavljevic To: Jan Nieuwenhuizen Subject: Re: [bootstrappable] Re: wip-full-source-bootstrap: from a 357-byte `hex0' to 'hello' Message-ID: <20210108195619.742f83e0@scratchpost.org> In-Reply-To: <87sg7bmmlf.fsf@gnu.org> References: <87im8cvdpa.fsf@gnu.org> <36b3777d90af6fa2e1c1778ba183111e@codethink.co.uk> <87lfd5rpr8.fsf@gnu.org> <20210107211058.40e0813a@scratchpost.org> <20210107212324.36bfd236@scratchpost.org> <20210107235208.04835b95@scratchpost.org> <87ble0ueq7.fsf@gnu.org> <20210108144347.12d82f90@scratchpost.org> <20210108150725.591cfd31@scratchpost.org> <87sg7bmmlf.fsf@gnu.org> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/gXcamzDE92i__RA.qFCYRE2"; protocol="application/pgp-signature"; micalg=pgp-sha512 Received-SPF: none client-ip=85.13.145.193; envelope-from=dannym@scratchpost.org; helo=dd26836.kasserver.com X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org, Paul Sherwood , bootstrappable@freelists.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -2.45 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: F23299403C5 X-Spam-Score: -2.45 X-Migadu-Scanner: scn1.migadu.com X-TUID: pYyt8Fw4pBZ3 --Sig_/gXcamzDE92i__RA.qFCYRE2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Janneke, On Fri, 08 Jan 2021 17:15:24 +0100 Jan Nieuwenhuizen wrote: > > +/* TODO: On armhf gcc, max_align_t is 16 Byte big instead. Use that? = */ > > + > > +typedef double max_align_t; > > + > > #endif // ! SYSTEM_LIBC =20 >=20 > Is this something you can get more info on, or do we just try it like > this? I would just try like this. I mean I'm sure we could find out what the 16 Byte thing is (long double ? Nope, not according to both gcc and tcc on armhf)--but seriously, mescc can't represent that object anyhow--so there's really no upside to making this bigger (if mescc and tinycc don't emit it, it doesn't need to be aligned either :) ). The CI on nanana is currently building and running the tests. I'm curious what it will say. --Sig_/gXcamzDE92i__RA.qFCYRE2 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAl/4qtMACgkQ5xo1VCww uqVTEAf/UQfmATa4Q5Yg/U5mRiYtrmM/KuQUTMVdofixserF0valVUY1/y2Xg3RD Wc2DEVcbl3RTsJl1OKUPM3x/1MO3Bn9dEd3EcxSjDaXfgdHcu3x7Fwt0gUBZBGjf UdWUvt1Jzw7A204z1Ga9Zj6FE1HfHWLGt8FFVjcnB9L4rSe2NMiiZJ7Uz0YyMb6P KC/ORLekNaj9+EcDZtWraUcJlgr04L7djbQZkd6qU/ekXwq2Xiqzho85gNhlLkn5 xZXp8gwPGXcAyCd4KwKxVvUmwQPYA9iXk/QHaDR+g2WumCRYpnEBSsYgRE2ShqUs iUita8rgaKltKe08UJHVhxOCweiGwg== =OTYH -----END PGP SIGNATURE----- --Sig_/gXcamzDE92i__RA.qFCYRE2--