FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=upstream%2F13.1.0 2019-09-04T13:44:46Z 2019-09-04T13:44:46Z Sevan Janiyan sevan@FreeBSD.org 2019-09-04T13:44:46Z urn:sha1:08509077b32fa08e0e54a878137b90ac93dbff69 https://www.bell-labs.com/usr/dmr/www/1stEdman.html MFC after: 5 days 2019-03-11T22:23:56Z Alan Somers asomers@FreeBSD.org 2019-03-11T22:23:56Z urn:sha1:809a8352dd5bb83dca991ff6c82e509208afad26 Also, add SPDX tags where needed. MFC after: 2 weeks 2018-09-19T07:08:27Z Jung-uk Kim jkim@FreeBSD.org 2018-09-19T07:08:27Z urn:sha1:ee4526c085c75e053e447baaedd9ee7920f08951 2018-06-18T04:54:09Z Eitan Adler eadler@FreeBSD.org 2018-06-18T04:54:09Z urn:sha1:31b998816cca40a1499a4f8eb55a741885137cd2 We already use caph library so this makes sense. 2017-12-07T02:08:55Z Alan Somers asomers@FreeBSD.org 2017-12-07T02:08:55Z urn:sha1:0d119bab3801d3bdac9c5fc0d8e64536197b67bc Our dc(1) has never correctly calculated remainders with fractional inputs. Both bmod and bdivmod seem to have copy/pasted code from bdiv, which results in the remainder having the wrong output scale. PR: 162495 Reported by: anonymous Reviewed by: pfg Differential Revision: https://reviews.freebsd.org/D13390 2017-12-05T04:22:35Z Alan Somers asomers@FreeBSD.org 2017-12-05T04:22:35Z urn:sha1:95639a80efb8d691feabe83428703dea89b873a4 Inputting fractional non-decimal numbers has never worked correctly in our OpenBSD-derived dc(1). It truncates the input to a number of decimal places equal to the number of hexadecimal (or whatever base) places given on the input. That's unacceptable, because many numbers require more precision to represent in base 10 than in their original bases. Fix this bug by using as many decimal places as needed to represent the input, up to the maximum of the global scale factor. This has one mildly surprising side effect: the scale of a number entered in non-decimal mode will no longer necessarily equal the number of hexadecimal (or whatever base) places given on the input. I think that's an acceptable behavior change, given that inputting fractional non-decimal numbers never worked in the first place, and the man page doesn't specify whether trailing zeros on the input should affect a number's scale. PR: 206230 Reported by: nibbana@gmx.us Reviewed by: pfg Differential Revision: https://reviews.freebsd.org/D13336 2017-12-02T06:05:03Z Alan Somers asomers@FreeBSD.org 2017-12-02T06:05:03Z urn:sha1:9ccdc6233139013036d5a220c5056b390a6ea8b0 usr.bin/dc/inout.c Reap some dead code that was killed back in 2003 in OpenBSD, in version 1.8 of this file. MFC after: 3 weeks 2017-10-31T00:07:04Z Bryan Drewery bdrewery@FreeBSD.org 2017-10-31T00:07:04Z urn:sha1:ea825d02749f382c3f7e17f28247f20a48733eab Sponsored by: Dell EMC Isilon 2017-03-05T16:10:35Z Pedro F. Giffuni pfg@FreeBSD.org 2017-03-05T16:10:35Z urn:sha1:63433bc937051f84486b603e9803597db68f796b reallocarray(3) is a non portable extension from OpenBSD. Given that it is already in FreeBSD, make easier future merges by adopting in some cases where the code has some shared heritage with OpenBSD. Obtained from: OpenBSD 2017-02-28T20:50:49Z Pedro F. Giffuni pfg@FreeBSD.org 2017-02-28T20:50:49Z urn:sha1:29dfec52946a038ba85cae45ed06ad28eacb13cc Obtained from: OpenBSD MFC after: 2 weeks