<?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>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>
<item>
        <title>6b574b3ba99af4ae81d4c619057e737e67523907 - stand/zlib: Document the upstream issue behind NO_DEPRECATED_NON_PROTOTYPE</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#6b574b3ba99af4ae81d4c619057e737e67523907</link>
        <description>stand/zlib: Document the upstream issue behind NO_DEPRECATED_NON_PROTOTYPEThe zlib project has issue https://github.com/madler/zlib/issues/633 todocument its continued use of old K&amp;R-style function definitions.Suggested by:		delphij@Sponsored by:		Netflix

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Tue, 06 Dec 2022 00:55:04 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>983a18021decd68fbcf5d14ccd60c3d66dac1c6a - stand/zlib: Zlib still uses K&amp;R function definitions</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#983a18021decd68fbcf5d14ccd60c3d66dac1c6a</link>
        <description>stand/zlib: Zlib still uses K&amp;R function definitionsSo add ${NO_WDEPRECATED_NON_PROTOTYPE} to the CFLAGS of thosefiles. This can be removed when we import a zlib that&apos;s free of thisanachronism.Sponsored by:		NetflixReviewed by:		jhbDifferential Revision:	https://reviews.freebsd.org/D37516

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Wed, 30 Nov 2022 19:08:24 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>148211300870b3bd558bf70dc3bf7d7f78c657aa - stand: Compile out the extensive superblock diagnostic messages for BIOS loader</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#148211300870b3bd558bf70dc3bf7d7f78c657aa</link>
        <description>stand: Compile out the extensive superblock diagnostic messages for BIOS loaderThe BIOS loader operates in a very constrained environment. The messagesfor the super block integrity tests take up about 12k of space. Compilethem out for the BIOS loader, while leaving it intact for all otherloaders that aren&apos;t space constrained. These aren&apos;t used in the &apos;supertiny&apos; *boot* programs, so no adjustment is needed there.We reply on the fact that (a) i386 doesn&apos;t support 32-bit UEFI bootingand (b) LIBSA_CPUARCH is &quot;i386&quot; when building on both i386 and whenwe&apos;re building the 32-bit libsa32 library.This saves about 12k of space for this constrained envrionment and willtake a bit of the pressure off some machines where the loader has growntoo big for their BIOS (see comments in i386/loader/Makefile fordetails).Sponsored by:		NetflixReviewed by:		mckusickDifferential Revision:	https://reviews.freebsd.org/D36175

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Fri, 12 Aug 2022 19:08:36 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0b3a4a588fb6b30d923686828dab4685b94ec1ea - stand: Use devformat instead of disk_devfmt</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/stand/libsa/Makefile#0b3a4a588fb6b30d923686828dab4685b94ec1ea</link>
        <description>stand: Use devformat instead of disk_devfmtUse devformat instead of disk_devfmt. This allows us to avoid knowingthe details of the device that&apos;s underneath us. Remove disk.h includeand the -I${LDRSRC} from the build of ufs.c since they are no longerneeded.Sponsored by:		NetflixDifferential Revision:	https://reviews.freebsd.org/D35922

            List of files:
            /freebsd/stand/libsa/Makefile</description>
        <pubDate>Thu, 11 Aug 2022 17:07:13 +0200</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
