* RFC: loosen FP modes for APE programs.
@ 2020-03-23 15:44 ori
2020-03-24 17:42 ` [9front] " cinap_lenrek
0 siblings, 1 reply; 2+ messages in thread
From: ori @ 2020-03-23 15:44 UTC (permalink / raw)
To: 9front
Currently, I run into issues relatively often where
ported programs do something like 1.0/0.0 to generate
an infinity, or generally expect floating point code
to generate a NaN instead of trapping. While I like
our strictness for native programs, it may make sense
to provide APE programs a more normal environemnt.
Should we loosen our FP strictness, doing something
like
setfcr(FPPDBL|FPRNR);
in our ape envsetup?
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [9front] RFC: loosen FP modes for APE programs.
2020-03-23 15:44 RFC: loosen FP modes for APE programs ori
@ 2020-03-24 17:42 ` cinap_lenrek
0 siblings, 0 replies; 2+ messages in thread
From: cinap_lenrek @ 2020-03-24 17:42 UTC (permalink / raw)
To: 9front
not a bad idea.
--
cinap
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2020-03-24 17:42 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-03-23 15:44 RFC: loosen FP modes for APE programs ori
2020-03-24 17:42 ` [9front] " cinap_lenrek
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).