<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/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>c61ee49cd06a610193493f033f04d38cf61f11e2 - loader: zstd based filesystem, zstdfs like gzipfs</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#c61ee49cd06a610193493f033f04d38cf61f11e2</link>
        <description>loader: zstd based filesystem, zstdfs like gzipfsOff by default.Sponsored by:		Netflix

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sat, 11 Jul 2026 16:46:19 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>86d719ae68aa5f6db055e1fa7ede24b70e612ec7 - loader: Add xzfs, like gzipfs but with xz.</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#86d719ae68aa5f6db055e1fa7ede24b70e612ec7</link>
        <description>loader: Add xzfs, like gzipfs but with xz.This is just like gzipfs or bzipfs, except done with the newer xzprogram. This is off by default for the moment.Sponsored by:		Netflix

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sat, 11 Jul 2026 16:46:14 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>dc6c193bb4a67e2e9ee97d1e3ac3e2950bd16979 - loader.efi: Add xz decompression</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#dc6c193bb4a67e2e9ee97d1e3ac3e2950bd16979</link>
        <description>loader.efi: Add xz decompressionWe can now decompress .xz compressed memory disks, likeFreeBSD-15.1-RELEASE-amd64-disc1.iso.xzSponsored by:		NetflixDifferential Revision:	https://reviews.freebsd.org/D58073

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sat, 11 Jul 2026 16:44:40 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>53811ed6237972f92a80627ea2c17ece212315a7 - loader: Add defines for ZLIB_CFLAGS, BZIP2_CFLAGS and ZSTD_CFLAGS</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#53811ed6237972f92a80627ea2c17ece212315a7</link>
        <description>loader: Add defines for ZLIB_CFLAGS, BZIP2_CFLAGS and ZSTD_CFLAGSThese are scattered in several places, so centralize the setting ofthese flags.Sponsored by:		NetflixDifferential Revision:	https://reviews.freebsd.org/D57861

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Fri, 26 Jun 2026 16:45:42 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>fe45651224bea513c7db88abbc53bd1241ab442f - stand: Add compiler builtins needed by GCC for RISC-V</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#fe45651224bea513c7db88abbc53bd1241ab442f</link>
        <description>stand: Add compiler builtins needed by GCC for RISC-VReviewed by:	mhorneDifferential Revision:	https://reviews.freebsd.org/D54963

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sat, 31 Jan 2026 18:10:36 +0100</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>90fa789cfab54294d4c3a0ac74e01747ce074386 - sys/crypto: import md5c.c C rewrite</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#90fa789cfab54294d4c3a0ac74e01747ce074386</link>
        <description>sys/crypto: import md5c.c C rewriteThe reimplementation is a bit cleaner than the original code,although it is also slightly slower. This shouldn&apos;t matter toomuch as we will have asm code for the major platforms.The code is unrolled when built in the kernel or user space, butnot when in libsa, as to reduce the code size.Differential Revision:	https://reviews.freebsd.org/D45670Reviewed by:	jrtc27, impApproved by:	markj (mentor)MFC after:	1 month

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sat, 04 Oct 2025 23:59:56 +0200</pubDate>
        <dc:creator>Robert Clausecker &lt;fuz@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>73a9b273d3d315716304c2cc237fef3141a93f2a - sys: move sys/kern/md[45].c to sys/crypto</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#73a9b273d3d315716304c2cc237fef3141a93f2a</link>
        <description>sys: move sys/kern/md[45].c to sys/cryptoBoth files are used by kernel and userspace.Move them to sys/crypto where they belong.No functional changes intended.In preparation of D45670.Reviewed by:	markjApproved by:	markj (mentor)MFC after:	1 monthDifferential Revision:	https://reviews.freebsd.org/D52909

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sat, 04 Oct 2025 23:40:33 +0200</pubDate>
        <dc:creator>Robert Clausecker &lt;fuz@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e453e498cbb88570a3ff7b3679de65c88707da95 - machine/stdarg.h -&gt; sys/stdarg.h</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#e453e498cbb88570a3ff7b3679de65c88707da95</link>
        <description>machine/stdarg.h -&gt; sys/stdarg.hSwitch to using sys/stdarg.h for va_list type and va_* builtins.Make an attempt to insert the include in a sensible place.  Wherestyle(9) was followed this is easy, where it was ignored, aim for thefirst block of sys/*.h headers and don&apos;t get too fussy or try to fixother style bugs.Reviewed by:	impExp-run by:	antoine (PR 286274)Pull Request:	https://github.com/freebsd/freebsd-src/pull/1595

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Wed, 11 Jun 2025 18:39:02 +0200</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>780f28929782a104eefbc81f031836bf1febb6de - stand: drop inttypes.h from safe list</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#780f28929782a104eefbc81f031836bf1febb6de</link>
        <description>stand: drop inttypes.h from safe listNothing uses it anymore, so drop it from the &apos;safe&apos; list. Also, movestand/efi/loader/main.c to using machine/_inttypes.h which is all itreally needs.Sponsored by:		Netflix

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Wed, 20 Nov 2024 20:37:08 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>17be774ee710d0727a7a45f823356fa33c207058 - stand: unistd.h is no longer safe</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#17be774ee710d0727a7a45f823356fa33c207058</link>
        <description>stand: unistd.h is no longer safeunistd.h includes too much extra stuff for the boot loader. This createsa fair amount of namespace pollution and it&apos;s best to just make it analias for stand.h like the other include files already are.Sponsored by:		Netflix

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Wed, 20 Nov 2024 04:19:13 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e7a629c851d747772cc138efcb0418809ecdea55 - libmd, kern, stand: consolidate md5 implementations (NFC)</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#e7a629c851d747772cc138efcb0418809ecdea55</link>
        <description>libmd, kern, stand: consolidate md5 implementations (NFC)Reduce the number of md5c.c between the three of these from two to oneby just reaching into the kernel build for both userland builds.  Theprecedent for this already exists for sha2 in both cases._libmd_ symbol privatization bits have been moved to sys/md5.h andmd5.h remains to #include &lt;sys/md5.h&gt; for compatibility.This stops exporting MD5Pad() in the process because the kernel stoppedexporting it in 502a35d60f4c.  soversion is bumped accordingly.This also renames the libc version of stack_protector.c; it previouslyonly worked by coincidence because .PATH ordering worked out such thatwe got the right one, but this is not the case anymore.  Remove thelandmine.PR:		280784 (exp-run)Reviewed by:	allanjude, delphijDifferential Revision:	https://reviews.freebsd.org/D34497

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Tue, 08 Mar 2022 16:39:52 +0100</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>17cccb6f909203e29e7d013d54e3e3620b34769a - libsa: Fix a comment to be less vague</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#17cccb6f909203e29e7d013d54e3e3620b34769a</link>
        <description>libsa: Fix a comment to be less vagueBe more specific about where this is used.Sponsored by:		Netflix

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sun, 22 Sep 2024 15:32:00 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>925f15731e3480fe80f580a2f7463cb5210a95c8 - loader: Make pkcs5v2 unconditionally available</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#925f15731e3480fe80f580a2f7463cb5210a95c8</link>
        <description>loader: Make pkcs5v2 unconditionally availableThis was previously only available if GELI support was included, but Iwant to use it for processing entropy from EFIReviewed by:	impMFC after:	1 weekSponsored by:	AmazonDifferential Revision:	https://reviews.freebsd.org/D46634

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Wed, 18 Sep 2024 13:02:08 +0200</pubDate>
        <dc:creator>Colin Percival &lt;cperciva@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>41c233dec6c15c543d3042c06833c1623456743c - Prepare some build fixes in advance of more _FORTIFY_SOURCE</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#41c233dec6c15c543d3042c06833c1623456743c</link>
        <description>Prepare some build fixes in advance of more _FORTIFY_SOURCEZFS&apos; libspl needs to be made aware that we have strlcat(3) andstrlcpy(3) to avoid some more complicated declaration duplication, sogo ahead and define these HAVE_ macros now.libprocstat has to define `_KERNEL` and include kernel headers in orderto get what it wants, but this results in sys/cdefs.h being included toolate and we pick up the build breaking version of the __RENAMEdefinition.  Just explicitly include sys/cdefs.h earlier rather thandisabling _FORTIFY_SOURCE.  The zfs/ subdir only builds an object thatholds some structures and sizes, so just disable _FORTIFY_SOURCE thereentirely rather than trying to move #define _KERNEL into the file..While we&apos;re here, make sure that we disable _FORTIFY_SOURCE in thebootloader because we don&apos;t have the symbol renaming support today to doit as cleanly as we&apos;d like.  ssp/ssp.h needs to be pulled into the libsaenvironment so that other bits can understand that ssp is disabled inthe consistent __SSP_FORTIFY_LEVEL way that we try to do.Reviewed by:	allanjude (previous version), markjSponsored by:	Klara, Inc.Sponsored by:	StormshieldDifferential Revision:	https://reviews.freebsd.org/D45676

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sat, 13 Jul 2024 07:16:09 +0200</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>fd577b59b2d78a32f40fdc3847666728d8a897db - libsa: Move hash functions up a level</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#fd577b59b2d78a32f40fdc3847666728d8a897db</link>
        <description>libsa: Move hash functions up a levelThis should have no functional change. Move compiling the sha256, sha512and md5 hash functions up into libsa to allow them to be used elsewherein the boot loader when geli isn&apos;t configured. Since libsa is a .a, thesewon&apos;t wind up in any boot loader that doesn&apos;t reference them, so shouldbe a nop.Sponsored by:		Netflix

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Thu, 01 Feb 2024 00:54:19 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7c8b126c1a7b30fe690800d7e27b308876711f9d - libsa: Move include file creation to the end of the Makefile</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#7c8b126c1a7b30fe690800d7e27b308876711f9d</link>
        <description>libsa: Move include file creation to the end of the MakefileThe include file symblic links, etc are out of place where theyare. Move them to the end of the file. No functional change intended.Sponsored by:		Netflix

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Thu, 01 Feb 2024 00:42:49 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1631382cf2820245cc72965498ff174bb548dd63 - loader: provide a features table for binary compatibility advertisement</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#1631382cf2820245cc72965498ff174bb548dd63</link>
        <description>loader: provide a features table for binary compatibility advertisementliblua now provides a loader.has_feature() function to probe the loaderbinary for features advertised.  name =&gt; desc mappings are provided inloader.features to get a list of all of the features loader *can*support.  core.hasFeature is provided as a shim to loader.has_featureso that individual consumers don&apos;t need to think about the logic of theloader module not providing has_feature; we know that means the featureisn&apos;t enabled.The first consumer of this will be EARLY_ACPI to advertise that theloader binary probes for ACPI presence before the interpreter hasstarted, so that we know whether we can trust the presence of acpi.rsdpas relatively authoritative.  In general, it&apos;s intended to be used toavoid breaking new scripts on older loaders within reason.This will be used in lua as `core.hasFeature(&quot;EARLY_ACPI&quot;)`, while theC bits of loader will `feature_enable(FEATURE_EARLY_ACPI)`.Reviewed by:	impDifferential Revision:	https://reviews.freebsd.org/D42695

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Fri, 08 Dec 2023 22:36:06 +0100</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 19:55:03 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d1ea5017141ffecdb7ce97a3d97b27a6aabf8c4a - stand: Separate base and cli parts of nvstore</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#d1ea5017141ffecdb7ce97a3d97b27a6aabf8c4a</link>
        <description>stand: Separate base and cli parts of nvstorezfs lives in libsa. However, it depends on nvstore (and other things)that are in common. Fix part of this layering violation by splittingnvstore into a libsa piece (which is the base implementation) andkeeping a much smaller common piece (to implement the nvstorecommand). This just leaves zfs&apos; knowledge of device names that&apos;sspecific to common and its calling platform specific init code toresolve. Add a nvstore.h file for these two parts to communicate privatethings and move the public nvstore api from bootstrap.h to stand.h.Sponsored by:		NetflixReviewed by:		tsoome, kevansDifferential Revision:	https://reviews.freebsd.org/D38043

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Fri, 13 Jan 2023 22:19:30 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>97e1430606f8387c03fe6e544005be8dab6a3364 - stand: Add inttype.h</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#97e1430606f8387c03fe6e544005be8dab6a3364</link>
        <description>stand: Add inttype.hlibunwind files need inttype.h. It&apos;s safe so add it to the safe list.Sponsored by:		NetflixReviewed by:		jrtc27, kevansDifferential Revision:	https://reviews.freebsd.org/D37947

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Sat, 07 Jan 2023 02:37:56 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
