<?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/unzip/Makefile#d0b2dbfa</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/usr.bin/unzip/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>b5a3a89c - unzip: swtich to bsdunzip from libarchive</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/unzip/Makefile#b5a3a89c</link>
        <description>unzip: swtich to bsdunzip from libarchiveUnzip from FreeBSD has been ported to libarchive.Change usr.bin/unzip to use bsdunzip from libarchive.Differential Revision:	https://reviews.freebsd.org/D41239PR:			272845 (exp-run)MFC after:		1 month

            List of files:
            /freebsd-14.2/usr.bin/unzip/Makefile</description>
        <pubDate>Mon, 31 Jul 2023 11:54:58 +0000</pubDate>
        <dc:creator>Martin Matuska &lt;mm@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>94179175 - Don&apos;t explicitly specify c99 or gnu99 as the default is now gnu99.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/unzip/Makefile#94179175</link>
        <description>Don&apos;t explicitly specify c99 or gnu99 as the default is now gnu99.MFC after:	2 weeks

            List of files:
            /freebsd-14.2/usr.bin/unzip/Makefile</description>
        <pubDate>Mon, 17 Aug 2020 05:57:02 +0000</pubDate>
        <dc:creator>Xin LI &lt;delphij@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>3e11bd9e - Convert to usr.bin/ to LIBADD</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/unzip/Makefile#3e11bd9e</link>
        <description>Convert to usr.bin/ to LIBADDReduce overlinking

            List of files:
            /freebsd-14.2/usr.bin/unzip/Makefile</description>
        <pubDate>Tue, 25 Nov 2014 14:29:10 +0000</pubDate>
        <dc:creator>Baptiste Daroussin &lt;bapt@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9ea9cdd0 - MFC r196981, r200844, r201630, r203977, r203978, r204352:</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/unzip/Makefile#9ea9cdd0</link>
        <description>MFC r196981, r200844, r201630, r203977, r203978, r204352:r196981 (rdivacky):Add C/c/f/p/v switches plus a bunch of minor fixes and cleanups.Obtained from:	NetBSDr200844 (jh):Don&apos;t print the archive name with -p and -q options.PR:		bin/141280r201630 (kientzle):When restoring files, use the mode for the mode.Thanks to: Jun Kuriyama for pointing this outr203977 (gavin):Implement the rename query, for when a file with the same name as the oneabout to be extracted already exists.  The question, and interpretationof the response is deliberately compatible with Info-Zip.This change was originally obtained from NetBSD, but has three changes: - better compatibility with Info-Zip in the handling of ^D - Use getdelim() rather than getline() - bug fix: != changed to == in the &quot;file rename&quot; codeI suspect the latter is also a bug in NetBSD, but I can&apos;t easily confirmthis.PR:		bin/143307Reviewed by:	rdivacky (change to unzip.c only)Obtained from:	NetBSD src/usr.bin/unzip/unzip.c 1.8r203978 (gavin):Bump .Dd for r203977r204352 (ru):Fixed static linkage.==Requested by:	Alex Kozlov &lt;spam rm-rf kiev ua&gt;

            List of files:
            /freebsd-14.2/usr.bin/unzip/Makefile</description>
        <pubDate>Tue, 04 May 2010 19:18:00 +0000</pubDate>
        <dc:creator>Xin LI &lt;delphij@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c59ee18a - Fixed static linkage.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/unzip/Makefile#c59ee18a</link>
        <description>Fixed static linkage.

            List of files:
            /freebsd-14.2/usr.bin/unzip/Makefile</description>
        <pubDate>Fri, 26 Feb 2010 09:41:16 +0000</pubDate>
        <dc:creator>Ruslan Ermilov &lt;ru@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b7946da9 - Build usr.bin/ with WARNS=6 by default.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/unzip/Makefile#b7946da9</link>
        <description>Build usr.bin/ with WARNS=6 by default.Also add some missing $FreeBSD$ to keep svn happy.

            List of files:
            /freebsd-14.2/usr.bin/unzip/Makefile</description>
        <pubDate>Sat, 02 Jan 2010 10:27:05 +0000</pubDate>
        <dc:creator>Ed Schouten &lt;ed@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>497a8b25 - Welcome unzip(1), a pure BSD drop-in replacement for ports/unzip.  In its</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/usr.bin/unzip/Makefile#497a8b25</link>
        <description>Welcome unzip(1), a pure BSD drop-in replacement for ports/unzip.  In itscurrent state, it can handle all but four of the 991 zip files (includingjar files) I was able to identify in the ports tree.  The remaining fourare two self-extracting archives and two which have garbage preceding thefirst local header.  This limitation is a feature of libarchive(3) whichI am currently working to resolve.The code is unnecessarily large due to the need to emulate the exactcommand-line syntax and behaviour of ports/unzip.  My initial incompatibleimplementation was one quarter the size of the one I am committing here.

            List of files:
            /freebsd-14.2/usr.bin/unzip/Makefile</description>
        <pubDate>Tue, 08 Jan 2008 08:00:06 +0000</pubDate>
        <dc:creator>Dag-Erling Sm&#248;rgrav &lt;des@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
