From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psionic.psi5.com (psionic.psi5.com [185.187.169.70]) by sourceware.org (Postfix) with ESMTPS id 0133A3858C52 for ; Thu, 14 Sep 2023 08:38:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 0133A3858C52 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=hogyros.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=hogyros.de Received: from [192.168.10.131] (unknown [39.110.247.193]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by psionic.psi5.com (Postfix) with ESMTPSA id 02FBA3F017 for ; Thu, 14 Sep 2023 10:38:42 +0200 (CEST) Message-ID: <5472869a-ca19-f267-8b08-46d2e07c527c@hogyros.de> Date: Thu, 14 Sep 2023 17:38:39 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: Elimination of all floating point code in the tiny assembler Content-Language: en-US To: binutils@sourceware.org References: <8E4F032D-71CD-4F39-9610-D7D63274662F@jacob.remcomp.fr> <54f4f9c1-7d8c-db9c-5e77-9eb0ff974908@redhat.com> <6EBBE0A0-48BA-4C4D-8552-E1151D2DB681@jacob.remcomp.fr> From: Simon Richter In-Reply-To: <6EBBE0A0-48BA-4C4D-8552-E1151D2DB681@jacob.remcomp.fr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi, On 9/14/23 16:49, jacob navia wrote: > Big endian hosts have disappeared long ago. In the hobbyist market, yes. POWER and zSeries still exist, and are in active use. > Doing cross assembly in a 32 bit host for a 64 bit host… that looks weird but maybe possible, even if I would say that doing cross assembly in a 64 bit host for a 32 bit target would be more easy to find. Both are fairly normal, and I'd argue that the ability to bootstrap a 64 bit system from a 32 bit system is quite important. This is also a matter of code quality. Baking assumptions into the code leads to maintainability issues down the line as someone will have to identify the problem and manually trace it back to the spot in the code where the assumption was made that doesn't quite hold. > I have created a framework where you CAN do changes in a relatively tiny piece of software and see all effects immediately. Just download the tiny assembler and you are all set. You have a small 35 000 lines asm.c and a 10 000 lines asm.h. Period. Nothing else. And compiles everywhere since it is standard C. But does it work everywhere, or does it silently fail in a way that it generates broken data, causing other people to spend significant amounts of time finding out what the problem is, report it and be told that their use case is out of scope? Because we have way too many "free software" projects like that. Simon