<?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 2025</copyright>
    <generator>Java</generator><item>
        <title>e7a629c851d747772cc138efcb0418809ecdea55 - libmd, kern, stand: consolidate md5 implementations (NFC)</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/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:
            /src/lib/libssp/Makefile</description>
        <pubDate>Tue, 08 Mar 2022 15:39:52 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e9ac41698b2f322d55ccf9da50a3596edb2c1800 - Remove residual blank line at start of Makefile</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#e9ac41698b2f322d55ccf9da50a3596edb2c1800</link>
        <description>Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I&apos;ll just run the command on the branches)Sponsored by: Netflix

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 15 Jul 2024 04:46:32 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8b0682644e2da9c595d9249c9a0c8eb499421b5e - Fix the GCC build after _FORTIFY_SOURCE import</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#8b0682644e2da9c595d9249c9a0c8eb499421b5e</link>
        <description>Fix the GCC build after _FORTIFY_SOURCE importWe haven&apos;t exposed gets(3) in a long time, rip out __gets_chk beforeit&apos;s too late and something builds a gets(3) user with it enabled.

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 13 May 2024 16:13:51 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>be04fec42638f30f50b5b55fd8e3634c0fb89928 - Import _FORTIFY_SOURCE implementation from NetBSD</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#be04fec42638f30f50b5b55fd8e3634c0fb89928</link>
        <description>Import _FORTIFY_SOURCE implementation from NetBSDThis is a mostly-unmodified copy of the various *_chk implementationsand headers from NetBSD, without yet modifying system headers to startactually including them.  A future commit will also apply the neededbits to fix ssp/unistd.h.Reviewed by:	imp, pauamma_gundo.com (both previous versions), kibSponsored by:	StormshieldSponsored by:	Klara, Inc.Differential Revision:	https://reviews.freebsd.org/D32306

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 13 May 2024 05:23:49 +0000</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://opengrok.net:8080/history/src/lib/libssp/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /src/lib/libssp/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>19fe57fdb4fd2c18a37f2a972617c8769609cdb8 - libssp: don&apos;t compile with -fstack-protector*</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#19fe57fdb4fd2c18a37f2a972617c8769609cdb8</link>
        <description>libssp: don&apos;t compile with -fstack-protector*This similarly matches what we do in libc; compiling libssp with-fstack-protector* is actively harmful.  For instance, if the canary ctorends up with a stack protector then it will trivially trigger a falsepositive as the canary&apos;s being initialized.This was noted by the reporter as irc/ircd-hybrid started crashing at startafter our libssp was MFC&apos;d to stable/11, as its build will explicitly linkin libssp. On FreeBSD, this isn&apos;t necessary as SSP bits are included inlibc, but it should absolutely not trigger runtime breakage -- it does meanthat the canary will get initialized twice, but as this is happening earlyon in application startup it should just be redundant work.Reported by:	Tod McQuillin &lt;devin@sevenlayer.studio&gt;MFC after:	3 days

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Sat, 14 Mar 2020 15:15:27 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>cd0d51baaa4509a1db83251a601d34404d20c990 - Provide libssp based on libc</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#cd0d51baaa4509a1db83251a601d34404d20c990</link>
        <description>Provide libssp based on libcFor libssp.so, rebuild stack_protector.c with FORTIFY_SOURCE stubs that justabort built into it.For libssp_nonshared.a, steal stack_protector_compat.c from^/lib/libc/secure and massage it to maintain that __stack_chk_fail_localis a hidden symbol.libssp is now built unconditionally regardless of {WITH,WITHOUT}_SSP in thebuild environment, and the gcclibs version has been disconnected from thebuild in favor of this one.PR:		242950 (exp-run)Reviewed by:	kib, emaste, pfg, Oliver Pinter (earlier version)Also discussed with:	kanMFC after:	2 weeksDifferential Revision:	https://reviews.freebsd.org/D22943

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Sat, 04 Jan 2020 20:19:25 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e7a629c851d747772cc138efcb0418809ecdea55 - libmd, kern, stand: consolidate md5 implementations (NFC)</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/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:
            /src/lib/libssp/Makefile</description>
        <pubDate>Tue, 08 Mar 2022 15:39:52 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e9ac41698b2f322d55ccf9da50a3596edb2c1800 - Remove residual blank line at start of Makefile</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#e9ac41698b2f322d55ccf9da50a3596edb2c1800</link>
        <description>Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I&apos;ll just run the command on the branches)Sponsored by: Netflix

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 15 Jul 2024 04:46:32 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8b0682644e2da9c595d9249c9a0c8eb499421b5e - Fix the GCC build after _FORTIFY_SOURCE import</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#8b0682644e2da9c595d9249c9a0c8eb499421b5e</link>
        <description>Fix the GCC build after _FORTIFY_SOURCE importWe haven&apos;t exposed gets(3) in a long time, rip out __gets_chk beforeit&apos;s too late and something builds a gets(3) user with it enabled.

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 13 May 2024 16:13:51 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>be04fec42638f30f50b5b55fd8e3634c0fb89928 - Import _FORTIFY_SOURCE implementation from NetBSD</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#be04fec42638f30f50b5b55fd8e3634c0fb89928</link>
        <description>Import _FORTIFY_SOURCE implementation from NetBSDThis is a mostly-unmodified copy of the various *_chk implementationsand headers from NetBSD, without yet modifying system headers to startactually including them.  A future commit will also apply the neededbits to fix ssp/unistd.h.Reviewed by:	imp, pauamma_gundo.com (both previous versions), kibSponsored by:	StormshieldSponsored by:	Klara, Inc.Differential Revision:	https://reviews.freebsd.org/D32306

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 13 May 2024 05:23:49 +0000</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://opengrok.net:8080/history/src/lib/libssp/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /src/lib/libssp/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>19fe57fdb4fd2c18a37f2a972617c8769609cdb8 - libssp: don&apos;t compile with -fstack-protector*</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#19fe57fdb4fd2c18a37f2a972617c8769609cdb8</link>
        <description>libssp: don&apos;t compile with -fstack-protector*This similarly matches what we do in libc; compiling libssp with-fstack-protector* is actively harmful.  For instance, if the canary ctorends up with a stack protector then it will trivially trigger a falsepositive as the canary&apos;s being initialized.This was noted by the reporter as irc/ircd-hybrid started crashing at startafter our libssp was MFC&apos;d to stable/11, as its build will explicitly linkin libssp. On FreeBSD, this isn&apos;t necessary as SSP bits are included inlibc, but it should absolutely not trigger runtime breakage -- it does meanthat the canary will get initialized twice, but as this is happening earlyon in application startup it should just be redundant work.Reported by:	Tod McQuillin &lt;devin@sevenlayer.studio&gt;MFC after:	3 days

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Sat, 14 Mar 2020 15:15:27 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>cd0d51baaa4509a1db83251a601d34404d20c990 - Provide libssp based on libc</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#cd0d51baaa4509a1db83251a601d34404d20c990</link>
        <description>Provide libssp based on libcFor libssp.so, rebuild stack_protector.c with FORTIFY_SOURCE stubs that justabort built into it.For libssp_nonshared.a, steal stack_protector_compat.c from^/lib/libc/secure and massage it to maintain that __stack_chk_fail_localis a hidden symbol.libssp is now built unconditionally regardless of {WITH,WITHOUT}_SSP in thebuild environment, and the gcclibs version has been disconnected from thebuild in favor of this one.PR:		242950 (exp-run)Reviewed by:	kib, emaste, pfg, Oliver Pinter (earlier version)Also discussed with:	kanMFC after:	2 weeksDifferential Revision:	https://reviews.freebsd.org/D22943

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Sat, 04 Jan 2020 20:19:25 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e7a629c851d747772cc138efcb0418809ecdea55 - libmd, kern, stand: consolidate md5 implementations (NFC)</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/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:
            /src/lib/libssp/Makefile</description>
        <pubDate>Tue, 08 Mar 2022 15:39:52 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e9ac41698b2f322d55ccf9da50a3596edb2c1800 - Remove residual blank line at start of Makefile</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#e9ac41698b2f322d55ccf9da50a3596edb2c1800</link>
        <description>Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I&apos;ll just run the command on the branches)Sponsored by: Netflix

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 15 Jul 2024 04:46:32 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8b0682644e2da9c595d9249c9a0c8eb499421b5e - Fix the GCC build after _FORTIFY_SOURCE import</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#8b0682644e2da9c595d9249c9a0c8eb499421b5e</link>
        <description>Fix the GCC build after _FORTIFY_SOURCE importWe haven&apos;t exposed gets(3) in a long time, rip out __gets_chk beforeit&apos;s too late and something builds a gets(3) user with it enabled.

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 13 May 2024 16:13:51 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>be04fec42638f30f50b5b55fd8e3634c0fb89928 - Import _FORTIFY_SOURCE implementation from NetBSD</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#be04fec42638f30f50b5b55fd8e3634c0fb89928</link>
        <description>Import _FORTIFY_SOURCE implementation from NetBSDThis is a mostly-unmodified copy of the various *_chk implementationsand headers from NetBSD, without yet modifying system headers to startactually including them.  A future commit will also apply the neededbits to fix ssp/unistd.h.Reviewed by:	imp, pauamma_gundo.com (both previous versions), kibSponsored by:	StormshieldSponsored by:	Klara, Inc.Differential Revision:	https://reviews.freebsd.org/D32306

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Mon, 13 May 2024 05:23:49 +0000</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://opengrok.net:8080/history/src/lib/libssp/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /src/lib/libssp/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>19fe57fdb4fd2c18a37f2a972617c8769609cdb8 - libssp: don&apos;t compile with -fstack-protector*</title>
        <link>http://opengrok.net:8080/history/src/lib/libssp/Makefile#19fe57fdb4fd2c18a37f2a972617c8769609cdb8</link>
        <description>libssp: don&apos;t compile with -fstack-protector*This similarly matches what we do in libc; compiling libssp with-fstack-protector* is actively harmful.  For instance, if the canary ctorends up with a stack protector then it will trivially trigger a falsepositive as the canary&apos;s being initialized.This was noted by the reporter as irc/ircd-hybrid started crashing at startafter our libssp was MFC&apos;d to stable/11, as its build will explicitly linkin libssp. On FreeBSD, this isn&apos;t necessary as SSP bits are included inlibc, but it should absolutely not trigger runtime breakage -- it does meanthat the canary will get initialized twice, but as this is happening earlyon in application startup it should just be redundant work.Reported by:	Tod McQuillin &lt;devin@sevenlayer.studio&gt;MFC after:	3 days

            List of files:
            /src/lib/libssp/Makefile</description>
        <pubDate>Sat, 14 Mar 2020 15:15:27 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
