<?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>3289bace53f31545976fec310b41fa784de75e64 - Reapply &quot;Merge commit e24f90190c77 from llvm git (by Brad Smith):&quot;</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#3289bace53f31545976fec310b41fa784de75e64</link>
        <description>Reapply &quot;Merge commit e24f90190c77 from llvm git (by Brad Smith):&quot;    [Driver] Enable outline atomics for FreeBSD/aarch64 (#156089)The compiler_rt helper functions have been built since 12.4, 13.1, 14and anything newer.This reverts commit bd27bd1f51d049538cc7a0053be9d99110a53ae1.Only some people (including the release manager, unfortunately) ran intobuild issues with the previous iteration of this commit, because theywere bootstrapping the compiler, either via the WITHOUT_SYSTEM_COMPILERsrc.conf(5) setting, or because the build system determined that theirbase system compiler was out of date.The bootstrapped compiler would then enable outline atomics and compilelibgcc_s with these, but because libgcc_s is linked with -nodefaultlibs,it could not find the helper routines in libcompiler_rt.a.In contrast, people who did not bootstrap the compiler never saw anyissues, because libgcc_s was built using their &apos;old&apos; base systemcompiler, and so libgcc_s would not contain any calls to those helperroutines.Fix this by ensuring that libgcc_s is linked against libcompiler_rt.aexplicitly, similar to some other binaries and libraries that are builtwith -nodefaultlibs.Also, bump FREEBSD_CC_VERSION to ensure that everybody gets the updatedcompiler with outline atomics enabled. (This should have been done inthe first iteration of this commit, because the error would have shownup right away then.)MFC after:	3 days

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Sun, 23 Nov 2025 15:52:46 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@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/libgcc_s/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/libgcc_s/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>d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /src/lib/libgcc_s/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>1ab9996fb5fafce958fc0d22f68ee16a50d56638 - libcompiler_rt/libgcc_s: Remove MIPS build glue.</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#1ab9996fb5fafce958fc0d22f68ee16a50d56638</link>
        <description>libcompiler_rt/libgcc_s: Remove MIPS build glue.Reviewed by:	emasteDifferential Revision:	https://reviews.freebsd.org/D39328

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Wed, 29 Mar 2023 22:05:42 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7bc797e3f3807660cf98e5b1bd63545cafe820f8 - Add build system support for ASAN+UBSAN instrumentation</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#7bc797e3f3807660cf98e5b1bd63545cafe820f8</link>
        <description>Add build system support for ASAN+UBSAN instrumentationThis adds two new options WITH_ASAN/WITH_UBSAN that can be set toenable instrumentation of all binaries with AddressSanitizer and/orUndefinedBehaviourSanitizer. This current patch is almost sufficientto get a complete buildworld with sanitizer instrumentation but inorder to actually build and boot a system it depends on a few morefollow-up commits.Reviewed By:	brooks, kib, markjDifferential Revision: https://reviews.freebsd.org/D31043

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Mon, 02 Aug 2021 08:48:21 +0000</pubDate>
        <dc:creator>Alex Richardson &lt;arichardson@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7fa2f2a62f04f095e1e27ad55aa22a8f59b1df8f - Rename NO_WERROR -&gt; MK_WERROR=no</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#7fa2f2a62f04f095e1e27ad55aa22a8f59b1df8f</link>
        <description>Rename NO_WERROR -&gt; MK_WERROR=noAs suggested in D27598. This also supports MK_WERROR.clang=no andMK_WERROR.gcc=no to support the existing NO_WERROR.&lt;compiler&gt; uses.Reviewed By:	brooksDifferential Revision: https://reviews.freebsd.org/D27601

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Wed, 06 Jan 2021 17:55:06 +0000</pubDate>
        <dc:creator>Alex Richardson &lt;Alexander.Richardson@cl.cam.ac.uk&gt;</dc:creator>
    </item>
<item>
        <title>371f3da616598f7bcd14e26b54c7b2c96ec9bbd7 - Remove the SYMVER build option.</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#371f3da616598f7bcd14e26b54c7b2c96ec9bbd7</link>
        <description>Remove the SYMVER build option.This option was added as a transition aide when symbol versioning wasfirst added.  It was enabled by default in 2007 and is supported evenby the old GPLv2 binutils.  Trying to disable it currently fails tobuild in libc and at this point it isn&apos;t worth fixing the build.Reported by:	Michael DexterReviewed by:	impDifferential Revision:	https://reviews.freebsd.org/D24637

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Thu, 30 Apr 2020 22:08:40 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1fa29c42bb742a5f31926b7a4eb61b6164734d00 - Fix LLVM libunwnwind _Unwind_Backtrace symbol version for ARM.</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#1fa29c42bb742a5f31926b7a4eb61b6164734d00</link>
        <description>Fix LLVM libunwnwind _Unwind_Backtrace symbol version for ARM.In original  GNU libgcc, _Unwind_Backtrace is published with GCC_3.3 versionfor all architectures but ARM. For ARM should be publishes with GCC_4.3.0version. This was originally omitted in r255095, fixed in r318024 and omittedaging in LLVM libunwind implementation in r354347.For ARM _Unwind_Backtrace should be published as default with GCC_4.3.0version , (because this is right original version) and again asnormal(not-default) with GCC_3.3 version (to maintain ABI compatibilitycompiled/linked with wrong pre r318024 libgcc)PR:	233664

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Mon, 16 Dec 2019 14:08:49 +0000</pubDate>
        <dc:creator>Michal Meloun &lt;mmel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c8b5e3de39bcfa6833d4ab2980b0dddd30edbb74 - Fix llvm-libunwind userspace build on ARM</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#c8b5e3de39bcfa6833d4ab2980b0dddd30edbb74</link>
        <description>Fix llvm-libunwind userspace build on ARMGCC&apos;s libgcc exports a few ARM-specific symbols for ARM EABI, AEABI, orEHABI or whatever it&apos;s called.  Export the same ones from LLVM-libunwind&apos;slibgcc_s, on ARM.  As part of this, convert libgcc_s from a directVersion.map to one constructed from component Symbol.map files.  This allowsthe ARM-specific Symbol.map to be included only on ARM.Fix ARM-only oddities in struct name/aliases in LLVM-libunwind to matchnon-ARM definitions and ARM-specific expectations in libcxxrt /libcompiler_rt.No functional change intended for non-ARM architectures.This commit does not actually flip the switch for ARM defaults from libgccto llvm-libunwind, but makes it possible (to compile, anyway).

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Tue, 05 Nov 2019 03:20:40 +0000</pubDate>
        <dc:creator>Conrad Meyer &lt;cem@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>3289bace53f31545976fec310b41fa784de75e64 - Reapply &quot;Merge commit e24f90190c77 from llvm git (by Brad Smith):&quot;</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#3289bace53f31545976fec310b41fa784de75e64</link>
        <description>Reapply &quot;Merge commit e24f90190c77 from llvm git (by Brad Smith):&quot;    [Driver] Enable outline atomics for FreeBSD/aarch64 (#156089)The compiler_rt helper functions have been built since 12.4, 13.1, 14and anything newer.This reverts commit bd27bd1f51d049538cc7a0053be9d99110a53ae1.Only some people (including the release manager, unfortunately) ran intobuild issues with the previous iteration of this commit, because theywere bootstrapping the compiler, either via the WITHOUT_SYSTEM_COMPILERsrc.conf(5) setting, or because the build system determined that theirbase system compiler was out of date.The bootstrapped compiler would then enable outline atomics and compilelibgcc_s with these, but because libgcc_s is linked with -nodefaultlibs,it could not find the helper routines in libcompiler_rt.a.In contrast, people who did not bootstrap the compiler never saw anyissues, because libgcc_s was built using their &apos;old&apos; base systemcompiler, and so libgcc_s would not contain any calls to those helperroutines.Fix this by ensuring that libgcc_s is linked against libcompiler_rt.aexplicitly, similar to some other binaries and libraries that are builtwith -nodefaultlibs.Also, bump FREEBSD_CC_VERSION to ensure that everybody gets the updatedcompiler with outline atomics enabled. (This should have been done inthe first iteration of this commit, because the error would have shownup right away then.)MFC after:	3 days

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Sun, 23 Nov 2025 15:52:46 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@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/libgcc_s/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/libgcc_s/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>d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /src/lib/libgcc_s/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>1ab9996fb5fafce958fc0d22f68ee16a50d56638 - libcompiler_rt/libgcc_s: Remove MIPS build glue.</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#1ab9996fb5fafce958fc0d22f68ee16a50d56638</link>
        <description>libcompiler_rt/libgcc_s: Remove MIPS build glue.Reviewed by:	emasteDifferential Revision:	https://reviews.freebsd.org/D39328

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Wed, 29 Mar 2023 22:05:42 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7bc797e3f3807660cf98e5b1bd63545cafe820f8 - Add build system support for ASAN+UBSAN instrumentation</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#7bc797e3f3807660cf98e5b1bd63545cafe820f8</link>
        <description>Add build system support for ASAN+UBSAN instrumentationThis adds two new options WITH_ASAN/WITH_UBSAN that can be set toenable instrumentation of all binaries with AddressSanitizer and/orUndefinedBehaviourSanitizer. This current patch is almost sufficientto get a complete buildworld with sanitizer instrumentation but inorder to actually build and boot a system it depends on a few morefollow-up commits.Reviewed By:	brooks, kib, markjDifferential Revision: https://reviews.freebsd.org/D31043

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Mon, 02 Aug 2021 08:48:21 +0000</pubDate>
        <dc:creator>Alex Richardson &lt;arichardson@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7fa2f2a62f04f095e1e27ad55aa22a8f59b1df8f - Rename NO_WERROR -&gt; MK_WERROR=no</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#7fa2f2a62f04f095e1e27ad55aa22a8f59b1df8f</link>
        <description>Rename NO_WERROR -&gt; MK_WERROR=noAs suggested in D27598. This also supports MK_WERROR.clang=no andMK_WERROR.gcc=no to support the existing NO_WERROR.&lt;compiler&gt; uses.Reviewed By:	brooksDifferential Revision: https://reviews.freebsd.org/D27601

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Wed, 06 Jan 2021 17:55:06 +0000</pubDate>
        <dc:creator>Alex Richardson &lt;Alexander.Richardson@cl.cam.ac.uk&gt;</dc:creator>
    </item>
<item>
        <title>371f3da616598f7bcd14e26b54c7b2c96ec9bbd7 - Remove the SYMVER build option.</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#371f3da616598f7bcd14e26b54c7b2c96ec9bbd7</link>
        <description>Remove the SYMVER build option.This option was added as a transition aide when symbol versioning wasfirst added.  It was enabled by default in 2007 and is supported evenby the old GPLv2 binutils.  Trying to disable it currently fails tobuild in libc and at this point it isn&apos;t worth fixing the build.Reported by:	Michael DexterReviewed by:	impDifferential Revision:	https://reviews.freebsd.org/D24637

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Thu, 30 Apr 2020 22:08:40 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1fa29c42bb742a5f31926b7a4eb61b6164734d00 - Fix LLVM libunwnwind _Unwind_Backtrace symbol version for ARM.</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#1fa29c42bb742a5f31926b7a4eb61b6164734d00</link>
        <description>Fix LLVM libunwnwind _Unwind_Backtrace symbol version for ARM.In original  GNU libgcc, _Unwind_Backtrace is published with GCC_3.3 versionfor all architectures but ARM. For ARM should be publishes with GCC_4.3.0version. This was originally omitted in r255095, fixed in r318024 and omittedaging in LLVM libunwind implementation in r354347.For ARM _Unwind_Backtrace should be published as default with GCC_4.3.0version , (because this is right original version) and again asnormal(not-default) with GCC_3.3 version (to maintain ABI compatibilitycompiled/linked with wrong pre r318024 libgcc)PR:	233664

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Mon, 16 Dec 2019 14:08:49 +0000</pubDate>
        <dc:creator>Michal Meloun &lt;mmel@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c8b5e3de39bcfa6833d4ab2980b0dddd30edbb74 - Fix llvm-libunwind userspace build on ARM</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#c8b5e3de39bcfa6833d4ab2980b0dddd30edbb74</link>
        <description>Fix llvm-libunwind userspace build on ARMGCC&apos;s libgcc exports a few ARM-specific symbols for ARM EABI, AEABI, orEHABI or whatever it&apos;s called.  Export the same ones from LLVM-libunwind&apos;slibgcc_s, on ARM.  As part of this, convert libgcc_s from a directVersion.map to one constructed from component Symbol.map files.  This allowsthe ARM-specific Symbol.map to be included only on ARM.Fix ARM-only oddities in struct name/aliases in LLVM-libunwind to matchnon-ARM definitions and ARM-specific expectations in libcxxrt /libcompiler_rt.No functional change intended for non-ARM architectures.This commit does not actually flip the switch for ARM defaults from libgccto llvm-libunwind, but makes it possible (to compile, anyway).

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Tue, 05 Nov 2019 03:20:40 +0000</pubDate>
        <dc:creator>Conrad Meyer &lt;cem@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9de4d0b11e34b1f79247f5b851f11f1881e29a18 - Fix build by escaping a line break.</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#9de4d0b11e34b1f79247f5b851f11f1881e29a18</link>
        <description>Fix build by escaping a line break.PR:		225597Submitted by:	cbnfinley at gmail.comSponsored by:	The FreeBSD Foundation

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Wed, 31 Jan 2018 21:41:42 +0000</pubDate>
        <dc:creator>Glen Barber &lt;gjb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>2c4bb7e32619e37debd51bcdb01ed81c88d74272 - Don&apos;t include long double routines on architectures with small long double.</title>
        <link>http://opengrok.net:8080/history/src/lib/libgcc_s/Makefile#2c4bb7e32619e37debd51bcdb01ed81c88d74272</link>
        <description>Don&apos;t include long double routines on architectures with small long double.Reviewed by:	emasteSponsored by:	DARPA / AFRLDifferential Revision:	https://reviews.freebsd.org/D13874

            List of files:
            /src/lib/libgcc_s/Makefile</description>
        <pubDate>Wed, 31 Jan 2018 18:13:33 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
