<?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 stack-ptr-mclower.ll</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>86cc731f - [WebAssembly] Always emit functype directives for defined functions</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll#86cc731f</link>
        <description>[WebAssembly] Always emit functype directives for defined functionsThis fixes bug &lt;https://github.com/llvm/llvm-project/issues/54022&gt;. Fornow this means that defined functions will have two .functype directivesemitted. Given discussion in that bug has suggested interest in movingtowards using something other than .functype to mark the beginning of afunction (which would, as a side-effect, solve this issue), this patchdoesn&apos;t attempt to avoid that duplication.Some test cases that used CHECK-LABEL: foo rather than CHECK-LABEL: foo:are broken by this change. This patch updates those test cases to alwayshave a colon at the end of the CHECK-LABEL string.Differential Revision: https://reviews.llvm.org/D122134

            List of files:
            /llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll</description>
        <pubDate>Tue, 22 Mar 2022 09:11:46 +0000</pubDate>
        <dc:creator>Alex Bradbury &lt;asb@igalia.com&gt;</dc:creator>
    </item>
<item>
        <title>c67c9cfe - [WebAssembly] Refactor and fix emission of external IR global decls</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll#c67c9cfe</link>
        <description>[WebAssembly] Refactor and fix emission of external IR global declsReland of 00bf4755.This patches fixes the visibility and linkage information of symbolsreferring to IR globals.Emission of external declarations is now done in the first executionof emitConstantPool rather than in emitLinkage (and a few otherplaces). This is the point where we have already gathered informationabout used symbols (by running the MC Lower PrePass) and not yetstarted emitting any functions so that any declarations that need tobe emitted are done so at the top of the file before any functions.This changes the order of a few directives in the final asm file whichrequired an update to a few tests.Reviewed By: sbc100Differential Revision: https://reviews.llvm.org/D118995

            List of files:
            /llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll</description>
        <pubDate>Fri, 04 Feb 2022 21:01:41 +0000</pubDate>
        <dc:creator>Paulo Matos &lt;pmatos@igalia.com&gt;</dc:creator>
    </item>
<item>
        <title>3e230d15 - Revert &quot;[WebAssembly] Refactor and fix emission of external IR global decls&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll#3e230d15</link>
        <description>Revert &quot;[WebAssembly] Refactor and fix emission of external IR global decls&quot;This reverts commit 00bf4755e90c89963a135739218ef49c2417109f.This change broke the emscripten builder (among other things):https://ci.chromium.org/ui/p/emscripten-releases/builders/try/linux/b8823500584349280721/overviewSample failure:```test_unistd_unlink (test_core.core0) ...wasm-ld: error: symbol type mismatch: __stdio_write&gt;&gt;&gt; defined as WASM_SYMBOL_TYPE_FUNCTION in /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libc-debug.a(__stdio_write.o)&gt;&gt;&gt; defined as WASM_SYMBOL_TYPE_DATA in /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libc-debug.a(stderr.o)```

            List of files:
            /llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll</description>
        <pubDate>Mon, 31 Jan 2022 20:19:54 +0000</pubDate>
        <dc:creator>Sam Clegg &lt;sbc@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>00bf4755 - [WebAssembly] Refactor and fix emission of external IR global decls</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll#00bf4755</link>
        <description>[WebAssembly] Refactor and fix emission of external IR global declsThis patches fixes the visibility and linkage information of symbolsreferring to IR globals.Emission of external declarations is now done in the first executionof emitConstantPool rather than in emitLinkage (and a few otherplaces). This is the point where we have already gathered informationabout used symbols (by running the MC Lower PrePass) and not yetstarted emitting any functions so that any declarations that need tobe emitted are done so at the top of the file before any functions.This changes the order of a few directives in the final asm file whichrequired an update to a few tests.Reviewed By: sbc100Differential Revision: https://reviews.llvm.org/D118122

            List of files:
            /llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll</description>
        <pubDate>Mon, 31 Jan 2022 10:42:02 +0000</pubDate>
        <dc:creator>Paulo Matos &lt;pmatos@igalia.com&gt;</dc:creator>
    </item>
<item>
        <title>a99fb86c - [WebAssembly] Change WebAssemblyMCLowerPrePass to ModulePass</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll#a99fb86c</link>
        <description>[WebAssembly] Change WebAssemblyMCLowerPrePass to ModulePassIt was a FunctionPass before, which subverted its purpose to collect ALL symbols before MCLowering, depending on how LLVM schedules function passes.Fixes https://bugs.llvm.org/show_bug.cgi?id=51555Differential Revision: https://reviews.llvm.org/D109202

            List of files:
            /llvm-project-15.0.7/llvm/test/MC/WebAssembly/stack-ptr-mclower.ll</description>
        <pubDate>Thu, 02 Sep 2021 22:18:58 +0000</pubDate>
        <dc:creator>Wouter van Oortmerssen &lt;aardappel@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
