From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 7164 invoked from network); 5 Feb 2021 11:13:10 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 5 Feb 2021 11:13:10 -0000 Received: from mail-pf1-f170.google.com ([209.85.210.170]) by 1ess; Wed Feb 3 18:13:47 -0500 2021 Received: by mail-pf1-f170.google.com with SMTP id e19so837683pfh.6 for <9front@9front.org>; Wed, 03 Feb 2021 15:13:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=dwFcn4u5r4KHaf2JN3qs2Ms8L03OsNeYE2ZUTrdWPbw=; b=TQ3cwBi51H0IwtZIRglfIKUxEH4XsH10jsfUZVfm+dKFHxTxqUW8p8c+wSaDPN8N/f kyd7wXo+sHgTnG57oVklt+mjOD1Q7meMB3V/CGx8yA2ni4IIEaGWxq8Ar4c/X2f93xcY 1hamjMb1Gc75yo5vlS4PVyX3hFdtaajcX9WYEHbzEBOT0c+S4FhtBadKTh5LgPrppbRf 8Rsz22re1hQBGoG/ByO3+tUTMwrLCwatXhxecEZLwMrg4Psd4p3P3S+86/ll2yvxDcaz OoiTefMv061OXkz/MbL/kCpcmp+150voQ1IVvJ3NmNWzJpUTtUepmSvhwVAcrxosBECf r78Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=dwFcn4u5r4KHaf2JN3qs2Ms8L03OsNeYE2ZUTrdWPbw=; b=WMybGUyyrarF80gMtI7vF5Rocdf8sLLes7Rt/9WXzSeEUzP6AhKdOleAFijdR0sN6f 6+fFcQTgWNa+Tq/SwmUZC9jsmhHeOUtqtiYSeV/epWqL+PGDyGB1fliDHRZX9+79X0eV zASXXx95FK0bzMFQ1SNhcUuRa3u9WNIT6QD8NX+alqABO9DJX4O//PldE4D3RCFIJlk9 aTWb+amKQBfe4djOlCP7PCEdiN7P1WuR67W4QBZqKsxm7pC9716+JpCwlaB7amBLKzpk Usv7ieecpBIfFA0dRvF+5S8JQnxTz+KNIjGGnOOAgKenTqq98Dx7S0RAPyid6rWSLoFq RIRw== X-Gm-Message-State: AOAM533okGaNNFjdPRi//mDEIv1t1ZaXSDJTIx/yc6UhoaHqNup3COF0 VwCFILQTqLtaD+M8lCmUGmRUtczBevtWNVTDXziKMlDE2DBNxQ== X-Google-Smtp-Source: ABdhPJyQ/83CFG9wLQEstKrz1ubVIJHGOqjFBTJht7onaX+ueygkszWreUh3lOefrMQnv1yG4vpPcwhTNlEkJFR8Lhg= X-Received: by 2002:ac5:cb0f:: with SMTP id r15mr1912734vkl.18.1612393614854; Wed, 03 Feb 2021 15:06:54 -0800 (PST) MIME-Version: 1.0 References: <3da4f880-0941-4dcd-b5cb-b8055103e3fb@www.fastmail.com> In-Reply-To: <3da4f880-0941-4dcd-b5cb-b8055103e3fb@www.fastmail.com> From: Jonas Amoson Date: Thu, 4 Feb 2021 01:06:43 +0200 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: optimized realtime-java replication DOM database Subject: Re: [9front] bring ape/float.h macros in line with u.h Reply-To: 9front@9front.org Precedence: bulk This looks like the right thing to me. I don=E2=80=99t see why APE would be different here than the native u.h. Right now only amd64 defines FPINVAL in both u.h and APE, but all other architectures have it defined in u.h. Phils=E2=80=99 latest changes to netsurf flips FPINVAL in order for it to be less sensitive in certain calculations (i.e. resulting in a divide by zero). For example, oading http://www.theregister.co.uk works if FPINVAL is flipped, and crashes if not. This is not my discovery, I bumped into the same compilation error, and was informed. Any objections for including the patch? On Mon, 1 Feb 2021 at 21:15, james palmer wrote: > > noticed this building netsurf on 386. > this fixes it for all architectures. > > - james