<?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>031beb4e - sys: Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/io/Makefile#031beb4e</link>
        <description>sys: Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/sys/modules/io/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 17:54:58 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>193d9e76 - sys/modules: normalize .CURDIR-relative paths to SRCTOP</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/io/Makefile#193d9e76</link>
        <description>sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with:	`cd sys/modules; make ALL_MODULES=` on amd64MFC after:	1 monthSponsored by:	Dell EMC Isilon

            List of files:
            /freebsd-14.2/sys/modules/io/Makefile</description>
        <pubDate>Sat, 04 Mar 2017 10:10:17 +0000</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c09808d0 - MFtbemd:</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/io/Makefile#c09808d0</link>
        <description>MFtbemd:Use MACHINE_CPUARCH in preference to MACHINE_ARCH.  The former is thesource code location of the machine, the latter the binary output.  Ingeneral, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unlesswe&apos;re tesitng for a specific target.  The isn&apos;t even moot fori386/amd64 where there&apos;s momemntum towards a MACHINE_CPUARCH == x86,although a specific cleanup for that likely would be needed...

            List of files:
            /freebsd-14.2/sys/modules/io/Makefile</description>
        <pubDate>Mon, 23 Aug 2010 06:13:29 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>4c16ce4d - No need to generate vnode_if.h anymore</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/io/Makefile#4c16ce4d</link>
        <description>No need to generate vnode_if.h anymore

            List of files:
            /freebsd-14.2/sys/modules/io/Makefile</description>
        <pubDate>Wed, 29 Dec 2004 08:44:30 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8ab2f5ec - Break out the MI part of the /dev/[k]mem and /dev/io drivers into</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/modules/io/Makefile#8ab2f5ec</link>
        <description>Break out the MI part of the /dev/[k]mem and /dev/io drivers intotheir own directory and module, leaving the MD parts in the MDarea (the MD parts _are_ part of the modules). /dev/mem and /dev/ioare now loadable modules, thus taking us one step further towardsa kernel created entirely out of modules. Of course, there is nothingpreventing the kernel from having these statically compiled.

            List of files:
            /freebsd-14.2/sys/modules/io/Makefile</description>
        <pubDate>Sun, 01 Aug 2004 11:40:54 +0000</pubDate>
        <dc:creator>Mark Murray &lt;markm@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
