<?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 target_update_from_messages.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>656d0223 - Stop emit incomplete type error for a variable in a map clause</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#656d0223</link>
        <description>Stop emit incomplete type error for a variable in a map clausewhere should not.Currently we are using QTy-&gt;isIncompleteType(&amp;ND) to check incompletetype.  But before doing that, need to instantiate for a class templatespecialization or a class member of a class template specialization,or an array with known size of such..., so that we know it is reallyincomplete type.To fix this using RequireCompleteType instead.The new test is added into &quot;test/OpenMP/target_update_messages.cpp&quot;The different of using RequireCompleteType is when emit incomplete type,an additional note is also emitted to point to where incomplete typeis declared.  Because this change, many tests are needed to be fixedby adding additional note.This is to fix https://bugs.llvm.org/show_bug.cgi?id=50508Differential Revision: https://reviews.llvm.org/D107200

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Tue, 03 Aug 2021 17:35:04 +0000</pubDate>
        <dc:creator>Jennifer Yu &lt;jennifer.yu@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>8ba442bc - Revert &quot;Following up on PR48517, fix handling of template arguments that refer&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#8ba442bc</link>
        <description>Revert &quot;Following up on PR48517, fix handling of template arguments that refer&quot;Combined with &apos;da98651 - Revert &quot;DR2064:decltype(E) is only a dependent&apos;, this change (5a391d3) caused verifiererrors when building Chromium. See https://crbug.com/1168494#c1 for areproducer.Additionally it reverts changes that were dependent on this one, seebelow.&gt; Following up on PR48517, fix handling of template arguments that refer&gt; to dependent declarations.&gt;&gt; Treat an id-expression that names a local variable in a templated&gt; function as being instantiation-dependent.&gt;&gt; This addresses a language defect whereby a reference to a dependent&gt; declaration can be formed without any construct being value-dependent.&gt; Fixing that through value-dependence turns out to be problematic, so&gt; instead this patch takes the approach (proposed on the core reflector)&gt; of allowing the use of pointers or references to (but not values of)&gt; dependent declarations inside value-dependent expressions, and instead&gt; treating template arguments as dependent if they evaluate to a constant&gt; involving such dependent declarations.&gt;&gt; This ends up affecting a bunch of OpenMP tests, due to OpenMP&gt; imprecisely handling instantiation-dependent constructs, bailing out&gt; early instead of processing dependent constructs to the extent possible&gt; when handling the template.&gt;&gt; Previously committed as 8c1f2d15b826591cdf6bd6b468b8a7d23377b29e, and&gt; reverted because a dependency commit was reverted.This reverts commit 5a391d38ac6c561ba908334d427f26124ed9132e.It also restores clang/test/SemaCXX/coroutines.cpp to its state beforeda986511fb9da1a46a0ca4dba2e49e2426036303.Revert &quot;[c++20] P1907R1: Support for generalized non-type template arguments of scalar type.&quot;&gt; Previously committed as 9e08e51a20d0d2b1c5724bb17e969d036fced4cd, and&gt; reverted because a dependency commit was reverted. This incorporates the&gt; following follow-on commits that were also reverted:&gt;&gt; 7e84aa1b81e72d44bcc58ffe1731bfc7abb73ce0 by Simon Pilgrim&gt; ed13d8c66781b50ff007cb089c5905f9bb9e8af2 by me&gt; 95c7b6cadbc9a3d4376ef44edbeb3c8bb5b8d7fc by Sam McCall&gt; 430d5d8429473c2b10b109991d7577a3cea41140 by Dave ZarzyckiThis reverts commit 4b574008aef5a7235c1f894ab065fe300d26e786.Revert &quot;[msabi] Mangle a template argument referring to array-to-pointer decay&quot;&gt; [msabi] Mangle a template argument referring to array-to-pointer decay&gt; applied to an array the same as the array itself.&gt;&gt; This follows MS ABI, and corrects a regression from the implementation&gt; of generalized non-type template parameters, where we &quot;forgot&quot; how to&gt; mangle this case.This reverts commit 18e093faf726d15f210ab4917142beec51848258.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Wed, 20 Jan 2021 14:25:33 +0000</pubDate>
        <dc:creator>Hans Wennborg &lt;hans@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>5a391d38 - Following up on PR48517, fix handling of template arguments that refer</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#5a391d38</link>
        <description>Following up on PR48517, fix handling of template arguments that referto dependent declarations.Treat an id-expression that names a local variable in a templatedfunction as being instantiation-dependent.This addresses a language defect whereby a reference to a dependentdeclaration can be formed without any construct being value-dependent.Fixing that through value-dependence turns out to be problematic, soinstead this patch takes the approach (proposed on the core reflector)of allowing the use of pointers or references to (but not values of)dependent declarations inside value-dependent expressions, and insteadtreating template arguments as dependent if they evaluate to a constantinvolving such dependent declarations.This ends up affecting a bunch of OpenMP tests, due to OpenMPimprecisely handling instantiation-dependent constructs, bailing outearly instead of processing dependent constructs to the extent possiblewhen handling the template.Previously committed as 8c1f2d15b826591cdf6bd6b468b8a7d23377b29e, andreverted because a dependency commit was reverted.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Wed, 16 Dec 2020 21:51:56 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>af0dbaaa - Revert &quot;Following up on PR48517, fix handling of template arguments that refer&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#af0dbaaa</link>
        <description>Revert &quot;Following up on PR48517, fix handling of template arguments that refer&quot;This reverts commit 8c1f2d15b826591cdf6bd6b468b8a7d23377b29e.This is part of 5 commits being reverted due to https://crbug.com/1161059. See bug for repro.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Tue, 22 Dec 2020 18:12:40 +0000</pubDate>
        <dc:creator>Arthur Eubanks &lt;aeubanks@google.com&gt;</dc:creator>
    </item>
<item>
        <title>8c1f2d15 - Following up on PR48517, fix handling of template arguments that refer</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#8c1f2d15</link>
        <description>Following up on PR48517, fix handling of template arguments that referto dependent declarations.Treat an id-expression that names a local variable in a templatedfunction as being instantiation-dependent.This addresses a language defect whereby a reference to a dependentdeclaration can be formed without any construct being value-dependent.Fixing that through value-dependence turns out to be problematic, soinstead this patch takes the approach (proposed on the core reflector)of allowing the use of pointers or references to (but not values of)dependent declarations inside value-dependent expressions, and insteadtreating template arguments as dependent if they evaluate to a constantinvolving such dependent declarations.This ends up affecting a bunch of OpenMP tests, due to OpenMPimprecisely handling instantiation-dependent constructs, bailing outearly instead of processing dependent constructs to the extent possiblewhen handling the template.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Wed, 16 Dec 2020 21:51:56 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>2bfce22a - [OpenMP] Upgrade default version of OpenMP to 5.0</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#2bfce22a</link>
        <description>[OpenMP] Upgrade default version of OpenMP to 5.0Summary:When -fopenmp option is specified then version 5.0 will be set asdefault.Reviewers: gregrodgers, jdoerfert, ABataevReviewed By: ABataevSubscribers: pdhaliwal, yaxunl, guansong, sstefan1, cfe-commitsTags: #clangDifferential Revision: https://reviews.llvm.org/D81098

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Thu, 25 Jun 2020 07:01:15 +0000</pubDate>
        <dc:creator>Saiyedul Islam &lt;Saiyedul.Islam@amd.com&gt;</dc:creator>
    </item>
<item>
        <title>58ea1059 - [AST][RecoveryExpr] Build recovery expressions by default for C++.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#58ea1059</link>
        <description>[AST][RecoveryExpr] Build recovery expressions by default for C++.Reland https://reviews.llvm.org/D76696All known crashes have been fixed, another attemption.We have rolled out this to all internal users for a while, didn&apos;t seebig issues, we consider it is stable enough.Reviewed By: sammccallSubscribers: rsmith, hubert.reinterpretcast, ebevhan, jkorous, arphaman, kadircet, usaxena95, cfe-commitsTags: #clangDifferential Revision: https://reviews.llvm.org/D78350

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Thu, 23 Apr 2020 09:14:01 +0000</pubDate>
        <dc:creator>Haojian Wu &lt;hokein.wu@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>62dea6e9 - Revert &quot;[AST] Build recovery expressions by default for C++.&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#62dea6e9</link>
        <description>Revert &quot;[AST] Build recovery expressions by default for C++.&quot;This reverts commit 0788acbccbec094903a3425ffe5a98f8d55cbd64.This reverts commit c2d7a1f79cedfc9fcb518596aa839da4de0adb69:  Revert &quot;[clangd] Add test for FindTarget+RecoveryExpr (which already works). NFC&quot;It causes a crash on invalid code:class X {  decltype(unresolved()) foo;};constexpr int s = sizeof(X);

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Thu, 26 Mar 2020 15:07:50 +0000</pubDate>
        <dc:creator>Haojian Wu &lt;hokein.wu@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>0788acbc - [AST] Build recovery expressions by default for C++.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#0788acbc</link>
        <description>[AST] Build recovery expressions by default for C++.Update the existing tests.Reviewers: sammccallSubscribers: cfe-commitsTags: #clangDifferential Revision: https://reviews.llvm.org/D76696

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Tue, 24 Mar 2020 12:43:25 +0000</pubDate>
        <dc:creator>Haojian Wu &lt;hokein.wu@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>6ee6fa28 - [OpenMP5.0] Allow pointer arithmetic in motion/map clause, by Chi Chun</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#6ee6fa28</link>
        <description>[OpenMP5.0] Allow pointer arithmetic in motion/map clause, by Chi ChunChenSummary:Base declaration in pointer arithmetic expression is determined bybinary search with type information. Take &quot;int *a, *b; *(a+*b)&quot; as anexample, we determine the base by checking the type of LHS and RHS. Inthis case the type of LHS is &quot;int *&quot;, the type of RHS is &quot;int&quot;,therefore, we know that we need to visit LHS in order to find basedeclaration.Reviewers: ABataev, jdoerfertReviewed By: ABataevSubscribers: guansong, cfe-commits, sandoval, dreachemTags: #clangDifferential Revision: https://reviews.llvm.org/D75077

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Fri, 28 Feb 2020 19:37:14 +0000</pubDate>
        <dc:creator>cchen &lt;cchen@cray.com&gt;</dc:creator>
    </item>
<item>
        <title>4db4868d - [OPENMP]Moved warning fo mapping non-trivially copiable types into a</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#4db4868d</link>
        <description>[OPENMP]Moved warning fo mapping non-trivially copiable types into aseparate group.Need to move this warning into a separate group to make easier todisable this warning, if required.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Fri, 06 Dec 2019 14:49:07 +0000</pubDate>
        <dc:creator>Alexey Bataev &lt;a.bataev@hotmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a914888b - [OPENMP]Add -Wunintialized to the erroneous tests for future fix PR42392,</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#a914888b</link>
        <description>[OPENMP]Add -Wunintialized to the erroneous tests for future fix PR42392,NFC.llvm-svn: 365334

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Mon, 08 Jul 2019 15:45:24 +0000</pubDate>
        <dc:creator>Alexey Bataev &lt;a.bataev@hotmail.com&gt;</dc:creator>
    </item>
<item>
        <title>95c23e72 - [OPENMP] Emit warning for non-trivial types in map clauses.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#95c23e72</link>
        <description>[OPENMP] Emit warning for non-trivial types in map clauses.If the mapped type is non-trivial, the warning message is emitted forbetter user experience.llvm-svn: 326251

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Tue, 27 Feb 2018 21:31:11 +0000</pubDate>
        <dc:creator>Alexey Bataev &lt;a.bataev@hotmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a8a9153a - [OPENMP] Support for -fopenmp-simd option with compilation of simd loops</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#a8a9153a</link>
        <description>[OPENMP] Support for -fopenmp-simd option with compilation of simd loopsonly.Added support for -fopenmp-simd option that allows compilation ofsimd-based constructs without emission of OpenMP runtime calls.llvm-svn: 321560

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Fri, 29 Dec 2017 18:07:07 +0000</pubDate>
        <dc:creator>Alexey Bataev &lt;a.bataev@hotmail.com&gt;</dc:creator>
    </item>
<item>
        <title>ed94bd92 - [OPENMP] Allow all classes as mappable types.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#ed94bd92</link>
        <description>[OPENMP] Allow all classes as mappable types.According to upcoming OpenMP 5.0 all classes/structs are now consideredas mappable, even polymorphic and with static members.llvm-svn: 313141

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Wed, 13 Sep 2017 11:12:35 +0000</pubDate>
        <dc:creator>Alexey Bataev &lt;a.bataev@hotmail.com&gt;</dc:creator>
    </item>
<item>
        <title>ec172c6d - [OpenMP] Parsing and sema support for the from clause</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp#ec172c6d</link>
        <description>[OpenMP] Parsing and sema support for the from clauseSummary:The patch contains the parsing and sema support for the `from` clause. Patch based on the original post by Kelvin Li.Reviewers: hfinkel, carlo.bertolli, kkwli0, arpith-jacob, ABataevSubscribers: caomhin, cfe-commitsDifferential Revision: http://reviews.llvm.org/D18488llvm-svn: 270882

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/target_update_from_messages.cpp</description>
        <pubDate>Thu, 26 May 2016 17:49:04 +0000</pubDate>
        <dc:creator>Samuel Antao &lt;sfantao@us.ibm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
