<?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 p8.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>aee49255 - Recommit: Compress formatting of array type names (int [4] -&gt; int[4])</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp#aee49255</link>
        <description>Recommit: Compress formatting of array type names (int [4] -&gt; int[4])Based on post-commit review discussion on2bd84938470bf2e337801faafb8a67710f46429d with Richard Smith.Other uses of forcing HasEmptyPlaceHolder to false seem OK to me -they&apos;re all around pointer/reference types where the pointer/referencetoken will appear at the rightmost side of the left side of the typename, so they make nested types (eg: the &quot;int&quot; in &quot;int *&quot;) behave asthough there is a non-empty placeholder (because the &quot;*&quot; is essentiallythe placeholder as far as the &quot;int&quot; is concerned).This was originally committed in 277623f4d5a672d707390e2c3eaf30a9eb4b075cReverted in f9ad1d1c775a8e264bebc15d75e0c6e5c20eefc7 due to breakagesoutside of clang - lldb seems to have some strange/strong dependence on&quot;char [N]&quot; versus &quot;char[N]&quot; when printing strings (not due to that nameappearing in DWARF, but probably due to using clang to stringify typenames) that&apos;ll need to be addressed, plus a few other odds and ends inother subprojects (clang-tools-extra, compiler-rt, etc).

            List of files:
            /llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp</description>
        <pubDate>Thu, 14 Oct 2021 21:52:47 +0000</pubDate>
        <dc:creator>David Blaikie &lt;dblaikie@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>f9ad1d1c - Revert &quot;Compress formatting of array type names (int [4] -&gt; int[4])&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp#f9ad1d1c</link>
        <description>Revert &quot;Compress formatting of array type names (int [4] -&gt; int[4])&quot;Looks like lldb has some issues with this - somehow it causes lldb totreat a &quot;char[N]&quot; type as an array of chars (prints them outindividually) but a &quot;char [N]&quot; is printed as a string. (even though theDWARF doesn&apos;t have this string in it - it&apos;s something to do with thestring lldb generates for itself using clang)This reverts commit 277623f4d5a672d707390e2c3eaf30a9eb4b075c.

            List of files:
            /llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp</description>
        <pubDate>Thu, 14 Oct 2021 21:48:17 +0000</pubDate>
        <dc:creator>David Blaikie &lt;dblaikie@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>277623f4 - Compress formatting of array type names (int [4] -&gt; int[4])</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp#277623f4</link>
        <description>Compress formatting of array type names (int [4] -&gt; int[4])Based on post-commit review discussion on2bd84938470bf2e337801faafb8a67710f46429d with Richard Smith.Other uses of forcing HasEmptyPlaceHolder to false seem OK to me -they&apos;re all around pointer/reference types where the pointer/referencetoken will appear at the rightmost side of the left side of the typename, so they make nested types (eg: the &quot;int&quot; in &quot;int *&quot;) behave asthough there is a non-empty placeholder (because the &quot;*&quot; is essentiallythe placeholder as far as the &quot;int&quot; is concerned).

            List of files:
            /llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp</description>
        <pubDate>Thu, 14 Oct 2021 21:07:51 +0000</pubDate>
        <dc:creator>David Blaikie &lt;dblaikie@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>67c608a9 - [Concepts] Deprecate -fconcepts-ts, enable Concepts under -std=c++2a</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp#67c608a9</link>
        <description>[Concepts] Deprecate -fconcepts-ts, enable Concepts under -std=c++2aNow with concepts support merged and mostly complete, we do not need -fconcepts-ts(which was also misleading as we were not implementing the TS) and can enableconcepts features under C++2a. A warning will be generated if users still attemptto use -fconcepts-ts.

            List of files:
            /llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp</description>
        <pubDate>Thu, 23 Jan 2020 22:43:22 +0000</pubDate>
        <dc:creator>Saar Raz &lt;saar@raz.email&gt;</dc:creator>
    </item>
<item>
        <title>b65b1f32 - [Concepts] Function trailing requires clauses</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp#b65b1f32</link>
        <description>[Concepts] Function trailing requires clausesFunction trailing requires clauses now parsed, supported in overload resolution and when calling, referencing and taking the address of functions or function templates.Differential Revision: https://reviews.llvm.org/D43357

            List of files:
            /llvm-project-15.0.7/clang/test/CXX/temp/temp.explicit/p8.cpp</description>
        <pubDate>Thu, 09 Jan 2020 13:07:51 +0000</pubDate>
        <dc:creator>Saar Raz &lt;saar@raz.email&gt;</dc:creator>
    </item>
</channel>
</rss>
