#
a657e0a7 |
| 07-Oct-2008 |
martynas <martynas@openbsd.org> |
unbreak ieeefp emulation code wrt converting double to unsigned long ints for alpha. we've got only one instruction (cvttq) to convert double-t to quadword, and float64_to_int64 did not take into ac
unbreak ieeefp emulation code wrt converting double to unsigned long ints for alpha. we've got only one instruction (cvttq) to convert double-t to quadword, and float64_to_int64 did not take into account the unsigned conversions therefore, overflow always occured, and half of the unsigned range (LONG_MAX .. ULONG_MAX) was broken introduce roundAndPackInt64NoOverflow and float64_to_int64_no_overflow for softfloat, that works with unsigned integers as well. note that this will return zero for nan/inf/oflow/uflow, raising exception flag
perl is happy now looked over by miod@ tested by naddy@, and by me on nick@'s alpha
show more ...
|
#
d874cce4 |
| 26-Jun-2008 |
ray <ray@openbsd.org> |
First pass at removing clauses 3 and 4 from NetBSD licenses.
Not sure what's more surprising: how long it took for NetBSD to catch up to the rest of the BSDs (including UCB), or the amount of code t
First pass at removing clauses 3 and 4 from NetBSD licenses.
Not sure what's more surprising: how long it took for NetBSD to catch up to the rest of the BSDs (including UCB), or the amount of code that NetBSD has claimed for itself without attributing to the actual authors.
OK deraadt@
show more ...
|
#
0a4c5faf |
| 29-Dec-2007 |
miod <miod@openbsd.org> |
Unifdef NO_IEEE in the libkern softfloat code, and put an appropriate rule in files.alpha to compensate for NO_IEEE kernels.
This will allow the softfloat code to be used by other platforms than alp
Unifdef NO_IEEE in the libkern softfloat code, and put an appropriate rule in files.alpha to compensate for NO_IEEE kernels.
This will allow the softfloat code to be used by other platforms than alpha.
show more ...
|
#
433075b6 |
| 28-Apr-2002 |
pvalchev <pvalchev@openbsd.org> |
IEEE 754 floating point completion code, and implementation of the FP_C (Floating Point Control Quadword).
From ross@NetBSD. Added a way to disable it with option NO_IEEE, which appears on the ramd
IEEE 754 floating point completion code, and implementation of the FP_C (Floating Point Control Quadword).
From ross@NetBSD. Added a way to disable it with option NO_IEEE, which appears on the ramdisks to save space. This affects only programs compiled with -mieee, and what it essentially does is enabling infinities and NaNs, instead of generating SIGFPE on division by zero, overflow, etc. ok art, deraadt
show more ...
|