<?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 2015</copyright>
    <generator>Java</generator><item>
        <title>5e004b03 - [lldb/test] Update test/API/functionalities/load_lazy to macOS 12</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lldb/test/API/functionalities/load_lazy/Makefile#5e004b03</link>
        <description>[lldb/test] Update test/API/functionalities/load_lazy to macOS 12In macOS 12, dyld switched to using chained fixups. As a result, all symbolsare bound at launch and there are no lazy pointers any more. Since we wish toimport/dlopen() a dylib with missing symbols, we need to use a weak import.This applies to all macOS 12-aligned OS releases, e.g. iOS 15, etc.rdar://81295101Differential Revision: https://reviews.llvm.org/D112034

            List of files:
            /llvm-project-15.0.7/lldb/test/API/functionalities/load_lazy/Makefile</description>
        <pubDate>Mon, 18 Oct 2021 21:39:10 +0000</pubDate>
        <dc:creator>Vedant Kumar &lt;vsk@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>4bd2bfb6 - [lldb/PlatformPOSIX] Change LoadImage default to RTLD_LAZY (reapply)</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lldb/test/API/functionalities/load_lazy/Makefile#4bd2bfb6</link>
        <description>[lldb/PlatformPOSIX] Change LoadImage default to RTLD_LAZY (reapply)In general, it seems like the debugger should allow programs to load &amp; run withlibraries as far as possible, instead of defaulting to being super-picky aboutunavailable symbols.This is critical on macOS/Darwin, as libswiftCore.dylib may 1) export a versionsymbol using @available markup and then 2) expect that other exported APIs areonly dynamically used once the version symbol is checked. We can&apos;t open aversion of the library built with a bleeding-edge SDK on an older OS withoutRTLD_LAXY (or pervasive/expensive @available markup added to dyld APIs).This was previously committed as cb8c1ee269da and reverted due tounknown failures on the Linux bots. This version adds additional assertsto check that the shared objects are where we expect them &amp; that callingf1() from libt1 produces the expected value. The Linux failure istracked by https://bugs.llvm.org/show_bug.cgi?id=49656.See: https://lists.llvm.org/pipermail/lldb-dev/2021-March/016796.htmlDifferential Revision: https://reviews.llvm.org/D98879

            List of files:
            /llvm-project-15.0.7/lldb/test/API/functionalities/load_lazy/Makefile</description>
        <pubDate>Thu, 18 Mar 2021 18:12:17 +0000</pubDate>
        <dc:creator>Vedant Kumar &lt;vsk@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>cb8c1ee2 - [lldb/PlatformPOSIX] Change LoadImage default to RTLD_LAZY</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lldb/test/API/functionalities/load_lazy/Makefile#cb8c1ee2</link>
        <description>[lldb/PlatformPOSIX] Change LoadImage default to RTLD_LAZYIn general, it seems like the debugger should allow programs to load &amp; run withlibraries as far as possible, instead of defaulting to being super-picky aboutunavailable symbols.This is critical on macOS/Darwin, as libswiftCore.dylib may 1) export a versionsymbol using @available markup and then 2) expect that other exported APIs areonly dynamically used once the version symbol is checked. We can&apos;t open aversion of the library built with a bleeding-edge SDK on an older OS withoutRTLD_LAXY (or pervasive/expensive @available markup added to dyld APIs).See: https://lists.llvm.org/pipermail/lldb-dev/2021-March/016796.htmlDifferential Revision: https://reviews.llvm.org/D98879

            List of files:
            /llvm-project-15.0.7/lldb/test/API/functionalities/load_lazy/Makefile</description>
        <pubDate>Thu, 18 Mar 2021 18:12:17 +0000</pubDate>
        <dc:creator>Vedant Kumar &lt;vsk@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
