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=-1.6 required=5.0 tests=NICE_REPLY_A,
	RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 28714 invoked from network); 2 Jan 2021 02:42:43 -0000
Received: from ewsd.inri.net (107.191.116.128)
  by inbox.vuxu.org with ESMTPUTF8; 2 Jan 2021 02:42:43 -0000
Received: from mimir.eigenstate.org ([206.124.132.107]) by ewsd; Fri Jan  1 21:39:30 -0500 2021
Received: from oneeye (pool-74-101-2-6.nycmny.fios.verizon.net [74.101.2.6])
	by mimir.eigenstate.org (OpenSMTPD) with ESMTPSA id 797ea230 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO);
	Fri, 1 Jan 2021 18:39:21 -0800 (PST)
Date: Fri, 1 Jan 2021 18:39:20 -0800
From: Ori Bernstein <ori@eigenstate.org>
To: 9front@9front.org
Cc: Jonas Amoson <jonas.amoson@gmail.com>
Message-Id: <20210101183920.30b252b5ede24d7c60d81bff@eigenstate.org>
In-Reply-To: <CAF46DJ5gpwOyD2854HX5y+VW4evmFZ6gThOf9As2czNY25o6wg@mail.gmail.com>
References: <CAF46DJ5gpwOyD2854HX5y+VW4evmFZ6gThOf9As2czNY25o6wg@mail.gmail.com>
X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.1)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: converged optimized general-purpose full-stack firewall 
Subject: Re: [9front] Missing insnan() in /386/include/ape/math.h?
Reply-To: 9front@9front.org
Precedence: bulk

On Fri, 1 Jan 2021 23:34:27 +0200, Jonas Amoson <jonas.amoson@gmail.com> wrote:

> Hi!
> I looks (to me) like ape/math.h for 386 is missing the following two lines:
> 
> #define isnan(x) isNaN(x)
> #define isinf(x) isInf(x, 0)
> 
> They are present in
> /{68020|arm|arm64|power|sparc|sparc64|amd64}/include/ape/math.h. It
> even looks like the lines are present for 386 in the stock Bell Lab's
> distro. Any known reason for this irregularity? isnan() is used by
> Netsurf's SVG-library.
> 
> /Jonas A

While you're touching it, do you think you can unify the math.h stuff,
so they don't go out of sync?

	/$objtype/include/ape/_math.h:
		arch-specific math.h bits
	/sys/include/ape/math.h:
		arch-independent math.h, including <_math.h>