<?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 amdgcn_target_global_constructor.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>532dc62b - [OpaquePtrs][Clang] Add -no-opaque-pointers to tests (NFC)</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#532dc62b</link>
        <description>[OpaquePtrs][Clang] Add -no-opaque-pointers to tests (NFC)This adds -no-opaque-pointers to clang tests whose output willchange when opaque pointers are enabled by default. This isintended to be part of the migration approach described inhttps://discourse.llvm.org/t/enabling-opaque-pointers-by-default/61322/9.The patch has been produced by replacing %clang_cc1 with%clang_cc1 -no-opaque-pointers for tests that fail with opaquepointers enabled. Worth noting that this doesn&apos;t cover all tests,there&apos;s a remaining ~40 tests not using %clang_cc1 that will needa followup change.Differential Revision: https://reviews.llvm.org/D123115

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Thu, 07 Apr 2022 10:03:55 +0000</pubDate>
        <dc:creator>Nikita Popov &lt;npopov@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>392bb8cf - [OpenMP] Fix AMDGPU globals test</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#392bb8cf</link>
        <description>[OpenMP] Fix AMDGPU globals test

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Sat, 26 Mar 2022 03:05:29 +0000</pubDate>
        <dc:creator>Joseph Huber &lt;jhuber6@vols.utk.edu&gt;</dc:creator>
    </item>
<item>
        <title>9d3550c5 - [OpenMP] Add AMDGPU calling convention to ctor / dtor functions</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#9d3550c5</link>
        <description>[OpenMP] Add AMDGPU calling convention to ctor / dtor functionsThis patch adds the necessary AMDGPU calling convention to the ctor /dtor kernels. These are fundamentally device kenels called by the hoston image load. Without this calling convention information the AMDGPUplugin is unable to identify them.Depends on D122504Fixes #54091Reviewed By: jdoerfertDifferential Revision: https://reviews.llvm.org/D122515

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Fri, 25 Mar 2022 22:42:12 +0000</pubDate>
        <dc:creator>Joseph Huber &lt;jhuber6@vols.utk.edu&gt;</dc:creator>
    </item>
<item>
        <title>3c6d32ec - [OpenMP] Make Ctor / Dtor functions have external visibility</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#3c6d32ec</link>
        <description>[OpenMP] Make Ctor / Dtor functions have external visibilityThe default construction of constructor functions by LLVM tends to makethem have internal linkage. When we call a ctor / dtor function in thetarget region we are actually creating a kernel that is called atregistration. Because the ctor is a kernel we need to make sure it&apos;sexternally visible so we can actually call it. This prevented AMDGPUfrom correctly using constructors while NVPTX could use them simplybecause it ignored internal visibility.Reviewed By: JonChesterfieldDifferential Revision: https://reviews.llvm.org/D122504

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Fri, 25 Mar 2022 20:36:57 +0000</pubDate>
        <dc:creator>Joseph Huber &lt;jhuber6@vols.utk.edu&gt;</dc:creator>
    </item>
<item>
        <title>1df3a913 - [OpenMP][FIX] Make test check lines less strict</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#1df3a913</link>
        <description>[OpenMP][FIX] Make test check lines less strictThe ppc64be bot emits the dtor metadata first for some reason. We shouldinvestigate this or make the _cc_ update script able to use variablesinstead of fixed numbers (e.g., !1). The IR update script does thatalready.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Fri, 18 Mar 2022 15:51:33 +0000</pubDate>
        <dc:creator>Johannes Doerfert &lt;johannes@jdoerfert.de&gt;</dc:creator>
    </item>
<item>
        <title>b4cc3b1d - [OpenMP][FIX] Make metadata and attribute check lines less detailed</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#b4cc3b1d</link>
        <description>[OpenMP][FIX] Make metadata and attribute check lines less detailedThe update_cc script should really do this automatically :(

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Thu, 17 Mar 2022 19:58:22 +0000</pubDate>
        <dc:creator>Johannes Doerfert &lt;johannes@jdoerfert.de&gt;</dc:creator>
    </item>
<item>
        <title>052a6c74 - [OpenMP][FIX] Relax test check lines</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#052a6c74</link>
        <description>[OpenMP][FIX] Relax test check lines

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Thu, 17 Mar 2022 19:01:07 +0000</pubDate>
        <dc:creator>Johannes Doerfert &lt;johannes@jdoerfert.de&gt;</dc:creator>
    </item>
<item>
        <title>f02550bd - Reapply &quot;[OpenMP][FIX] Allow device constructors for AMD GPU&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#f02550bd</link>
        <description>Reapply &quot;[OpenMP][FIX] Allow device constructors for AMD GPU&quot;This reverts commit a597d6a780b184539f504392168b004bf392a135 andreapplies 07b176646134.In AMD GPU device code the globals are in AS(1). Before, we crashed ifthe global was a structure. Now we simply cast away the AS before wegenerate the code to initialize the global.Differential Revision: https://reviews.llvm.org/D121837Fixes: https://github.com/llvm/llvm-project/issues/54421

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Thu, 17 Mar 2022 16:10:11 +0000</pubDate>
        <dc:creator>Johannes Doerfert &lt;johannes@jdoerfert.de&gt;</dc:creator>
    </item>
<item>
        <title>07b17664 - [OpenMP][FIX] Allow device constructors for AMD GPU</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp#07b17664</link>
        <description>[OpenMP][FIX] Allow device constructors for AMD GPUIn AMD GPU device code the globals are in AS(1). Before, we crashed ifthe global was a structure. Now we simply cast away the AS before wegenerate the code to initialize the global.Differential Revision: https://reviews.llvm.org/D121837

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/amdgcn_target_global_constructor.cpp</description>
        <pubDate>Wed, 16 Mar 2022 18:26:25 +0000</pubDate>
        <dc:creator>Johannes Doerfert &lt;johannes@jdoerfert.de&gt;</dc:creator>
    </item>
</channel>
</rss>
