<?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 Symbol.map</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>42b38843 - Remove $FreeBSD$: one-line .h pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libgcc_s/arm/Symbol.map#42b38843</link>
        <description>Remove $FreeBSD$: one-line .h patternRemove /^\s*\*+\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-14.2/lib/libgcc_s/arm/Symbol.map</description>
        <pubDate>Wed, 16 Aug 2023 17:54:23 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8e5bcff5 - Export _Unwind_Complete and _Unwind_VRS_Pop from arm&apos;s libgcc_s</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libgcc_s/arm/Symbol.map#8e5bcff5</link>
        <description>Export _Unwind_Complete and _Unwind_VRS_Pop from arm&apos;s libgcc_sApparently some ports on arm require these symbols, and while they wereavailable in llvm&apos;s libunwind, they were never exported via the armspecific Symbol.map. Put them in the same version block as gcc does(GCC_3.5).Reported by:	Robert Clausecker &lt;fuz_at_fuz.su&gt;MFC after:	3 days

            List of files:
            /freebsd-14.2/lib/libgcc_s/arm/Symbol.map</description>
        <pubDate>Wed, 27 Apr 2022 09:04:10 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1fa29c42 - Fix LLVM libunwnwind _Unwind_Backtrace symbol version for ARM.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libgcc_s/arm/Symbol.map#1fa29c42</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:
            /freebsd-14.2/lib/libgcc_s/arm/Symbol.map</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>c8b5e3de - Fix llvm-libunwind userspace build on ARM</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/lib/libgcc_s/arm/Symbol.map#c8b5e3de</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:
            /freebsd-14.2/lib/libgcc_s/arm/Symbol.map</description>
        <pubDate>Tue, 05 Nov 2019 03:20:40 +0000</pubDate>
        <dc:creator>Conrad Meyer &lt;cem@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
