<?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 teams_distribute_parallel_for_simd_simdlen_messages.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>f7f2e426 - PR47805: Use a single object for a function parameter in the caller and</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#f7f2e426</link>
        <description>PR47805: Use a single object for a function parameter in the caller andcallee in constant evaluation.We previously made a deep copy of function parameters of class type whenpassing them, resulting in the destructor for the parameter applying tothe original argument value, ignoring any modifications made in thefunction body. This also meant that the &apos;this&apos; pointer of the functionparameter could be observed changing between the caller and the callee.This change completely reimplements how we model function parametersduring constant evaluation. We now model them roughly as if they werevariables living in the caller, albeit with an artificially reducedscope that covers only the duration of the function call, instead ofmodeling them as temporaries in the caller that we partially &quot;reparent&quot;into the callee at the point of the call. This brings some minordiagnostic improvements, as well as significantly reduced stack usageduring constant evaluation.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Tue, 13 Oct 2020 17:03:02 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>69f7c006 - Revert &quot;PR47805: Use a single object for a function parameter in the caller and&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#69f7c006</link>
        <description>Revert &quot;PR47805: Use a single object for a function parameter in the caller and&quot;Breaks a clangd unit test.This reverts commit 8f8b9f2cca0b73314342c721186ae9c860ca273c.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Wed, 14 Oct 2020 02:31:41 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>8f8b9f2c - PR47805: Use a single object for a function parameter in the caller and</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#8f8b9f2c</link>
        <description>PR47805: Use a single object for a function parameter in the caller andcallee in constant evaluation.We previously made a deep copy of function parameters of class type whenpassing them, resulting in the destructor for the parameter applying tothe original argument value, ignoring any modifications made in thefunction body. This also meant that the &apos;this&apos; pointer of the functionparameter could be observed changing between the caller and the callee.This change completely reimplements how we model function parametersduring constant evaluation. We now model them roughly as if they werevariables living in the caller, albeit with an artificially reducedscope that covers only the duration of the function call, instead ofmodeling them as temporaries in the caller that we partially &quot;reparent&quot;into the callee at the point of the call. This brings some minordiagnostic improvements, as well as significantly reduced stack usageduring constant evaluation.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Tue, 13 Oct 2020 17:03:02 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>ab870f30 - Revert &quot;PR47805: Use a single object for a function parameter in the caller and&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#ab870f30</link>
        <description>Revert &quot;PR47805: Use a single object for a function parameter in the caller and&quot;The buildbots are displeased.This reverts commit 8d03a972ce8e92815ffe3d5d86aa027605ed92e2.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Tue, 13 Oct 2020 22:59:00 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>8d03a972 - PR47805: Use a single object for a function parameter in the caller and</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#8d03a972</link>
        <description>PR47805: Use a single object for a function parameter in the caller andcallee in constant evaluation.We previously made a deep copy of function parameters of class type whenpassing them, resulting in the destructor for the parameter applying tothe original argument value, ignoring any modifications made in thefunction body. This also meant that the &apos;this&apos; pointer of the functionparameter could be observed changing between the caller and the callee.This change completely reimplements how we model function parametersduring constant evaluation. We now model them roughly as if they werevariables living in the caller, albeit with an artificially reducedscope that covers only the duration of the function call, instead ofmodeling them as temporaries in the caller that we partially &quot;reparent&quot;into the callee at the point of the call. This brings some minordiagnostic improvements, as well as significantly reduced stack usageduring constant evaluation.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Tue, 13 Oct 2020 17:03:02 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>ebf6fd63 - Make OpenMP tests less brittle in the face of changes in constant</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#ebf6fd63</link>
        <description>Make OpenMP tests less brittle in the face of changes in constantevaluation diagnostics.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Tue, 06 Oct 2020 01:39:33 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>6f339367 - Explain why the array bound is non-constant in VLA diagnostics.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#6f339367</link>
        <description>Explain why the array bound is non-constant in VLA diagnostics.In passing, also use a more precise diagnostic to explain why anexpression is not an ICE if it&apos;s not of integral type.

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Wed, 19 Aug 2020 19:46:22 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&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/teams_distribute_parallel_for_simd_simdlen_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/teams_distribute_parallel_for_simd_simdlen_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>3234887f - [APSInt][OpenMP] Fix isNegative, etc. for unsigned types</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#3234887f</link>
        <description>[APSInt][OpenMP] Fix isNegative, etc. for unsigned typesWithout this patch, APSInt inherits APInt::isNegative, which merelychecks the sign bit without regard to whether the type is actuallysigned.  isNonNegative and isStrictlyPositive call isNegative and soare also affected.This patch adjusts APSInt to override isNegative, isNonNegative, andisStrictlyPositive with implementations that consider whether the typeis signed.A large set of Clang OpenMP tests are affected.  Without this patch,these tests assume that `true` is not a valid argument for clauseslike `collapse`.  Indeed, `true` fails APInt::isStrictlyPositive butnot APSInt::isStrictlyPositive.  This patch adjusts those tests toassume `true` should be accepted.This patch also adds tests revealing various other similar fixes dueto APSInt::isNegative calls in Clang&apos;s ExprConstant.cpp andSemaExpr.cpp: `++` and `--` overflow in `constexpr`, evaluated objectsize based on `alloc_size`, `&lt;&lt;` and `&gt;&gt;` shift count validation, andOpenMP array section validation.Reviewed By: lebedev.ri, ABataev, hfinkelDifferential Revision: https://reviews.llvm.org/D59712llvm-svn: 359012

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Tue, 23 Apr 2019 17:04:15 +0000</pubDate>
        <dc:creator>Joel E. Denny &lt;jdenny.ornl@gmail.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/teams_distribute_parallel_for_simd_simdlen_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/teams_distribute_parallel_for_simd_simdlen_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>579e41ce - [OpenMP] Sema and parsing for &apos;teams distribute parallel for simd&apos; pragma</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp#579e41ce</link>
        <description>[OpenMP] Sema and parsing for &apos;teams distribute parallel for simd&apos; pragmaThis patch is to implement sema and parsing for &apos;teams distribute parallel for simd&apos; pragma.Differential Revision: https://reviews.llvm.org/D27084llvm-svn: 288294

            List of files:
            /llvm-project-15.0.7/clang/test/OpenMP/teams_distribute_parallel_for_simd_simdlen_messages.cpp</description>
        <pubDate>Wed, 30 Nov 2016 23:51:03 +0000</pubDate>
        <dc:creator>Kelvin Li &lt;kkwli0@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
