<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>d0b2dbfa - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/dc/tests/Makefile#d0b2dbfa</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/usr.bin/dc/tests/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 17:55:03 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0d119bab - dc(1): fix modulo operations with fractional inputs</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/dc/tests/Makefile#0d119bab</link>
        <description>dc(1): fix modulo operations with fractional inputsOur dc(1) has never correctly calculated remainders with fractional inputs.Both bmod and bdivmod seem to have copy/pasted code from bdiv, which resultsin the remainder having the wrong output scale.PR:		162495Reported by:	anonymousReviewed by:	pfgDifferential Revision:	https://reviews.freebsd.org/D13390

            List of files:
            /freebsd-14.2/usr.bin/dc/tests/Makefile</description>
        <pubDate>Thu, 07 Dec 2017 02:08:55 +0000</pubDate>
        <dc:creator>Alan Somers &lt;asomers@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>95639a80 - dc(1): fix input of non-decimal fractional numbers</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/dc/tests/Makefile#95639a80</link>
        <description>dc(1): fix input of non-decimal fractional numbersInputting fractional non-decimal numbers has never worked correctly in ourOpenBSD-derived dc(1). It truncates the input to a number of decimal placesequal to the number of hexadecimal (or whatever base) places given on theinput. That&apos;s unacceptable, because many numbers require more precision torepresent in base 10 than in their original bases.Fix this bug by using as many decimal places as needed to represent theinput, up to the maximum of the global scale factor.This has one mildly surprising side effect: the scale of a number entered innon-decimal mode will no longer necessarily equal the number of hexadecimal(or whatever base) places given on the input. I think that&apos;s an acceptablebehavior change, given that inputting fractional non-decimal numbers neverworked in the first place, and the man page doesn&apos;t specify whether trailingzeros on the input should affect a number&apos;s scale.PR:		206230Reported by:	nibbana@gmx.usReviewed by:	pfgDifferential Revision:	https://reviews.freebsd.org/D13336

            List of files:
            /freebsd-14.2/usr.bin/dc/tests/Makefile</description>
        <pubDate>Tue, 05 Dec 2017 04:22:35 +0000</pubDate>
        <dc:creator>Alan Somers &lt;asomers@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
