<?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 invalid-bitwidth-expr.mm</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>6c75ab5f - Introduce _BitInt, deprecate _ExtInt</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#6c75ab5f</link>
        <description>Introduce _BitInt, deprecate _ExtIntWG14 adopted the _ExtInt feature from Clang for C23, but renamed thetype to be _BitInt. This patch does the vast majority of the work torename _ExtInt to _BitInt, which accounts for most of its size. The newtype is exposed in older C modes and all C++ modes as a conformingextension. However, there are functional changes worth calling out:* Deprecates _ExtInt with a fix-it to help users migrate to _BitInt.* Updates the mangling for the type.* Updates the documentation and adds a release note to warn users whatis going on.* Adds new diagnostics for use of _BitInt to call out when it&apos;s used asa Clang extension or as a pre-C23 compatibility concern.* Adds new tests for the new diagnostic behaviors.I want to call out the ABI break specifically. We do not believe thatthis break will cause a significant imposition for early adopters ofthe feature, and so this is being done as a full break. If it turns outthere are critical uses where recompilation is not an option for somereason, we can consider using ABI tags to ease the transition.

            List of files:
            /llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Mon, 06 Dec 2021 17:46:54 +0000</pubDate>
        <dc:creator>Aaron Ballman &lt;aaron@aaronballman.com&gt;</dc:creator>
    </item>
<item>
        <title>da986511 - Revert &quot;DR2064: decltype(E) is only a dependent type if E is type-dependent, not</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#da986511</link>
        <description>Revert &quot;DR2064: decltype(E) is only a dependent type if E is type-dependent, notif E is merely instantiation-dependent.&quot;This change leaves us unable to distinguish between different functiontemplates that differ in only instantiation-dependent ways, for exampletemplate&lt;typename T&gt; decltype(int(T())) f();template&lt;typename T&gt; decltype(int(T(0))) f();We&apos;ll need substantially better support for types that areinstantiation-dependent but not dependent before we can go ahead withthis change.This reverts commit e3065ce238475ec202c707f4c58d90df171626ca.

            List of files:
            /llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Tue, 19 Jan 2021 19:54:06 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>e3065ce2 - DR2064: decltype(E) is only a dependent type if E is type-dependent, not</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#e3065ce2</link>
        <description>DR2064: decltype(E) is only a dependent type if E is type-dependent, notif E is merely instantiation-dependent.Previously reverted in 34e72a146111dd986889a0f0ec8767b2ca6b2913;re-committed with a fix to an issue that caused name mangling to assert.

            List of files:
            /llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Thu, 17 Dec 2020 22:36:26 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>34e72a14 - Revert &quot;DR2064: decltype(E) is only a dependent type if E is type-dependent, not&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#34e72a14</link>
        <description>Revert &quot;DR2064: decltype(E) is only a dependent type if E is type-dependent, not&quot;This reverts commit 638867afd4bce4a2c56dea041299428af3727d61.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/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Tue, 22 Dec 2020 18:12:44 +0000</pubDate>
        <dc:creator>Arthur Eubanks &lt;aeubanks@google.com&gt;</dc:creator>
    </item>
<item>
        <title>638867af - DR2064: decltype(E) is only a dependent type if E is type-dependent, not</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#638867af</link>
        <description>DR2064: decltype(E) is only a dependent type if E is type-dependent, notif E is merely instantiation-dependent.

            List of files:
            /llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Thu, 17 Dec 2020 22:36:26 +0000</pubDate>
        <dc:creator>Richard Smith &lt;richard@metafoo.co.uk&gt;</dc:creator>
    </item>
<item>
        <title>cd9a241f - [clang] Fix the incorrect dependence bits for DependentExtIntType.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#cd9a241f</link>
        <description>[clang] Fix the incorrect dependence bits for DependentExtIntType.The error-bit was missing, and the unexpandedpack bit seemed to beset incorrectly.Reviewed By: sammccall, erichkeaneDifferential Revision: https://reviews.llvm.org/D83114

            List of files:
            /llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Mon, 06 Jul 2020 14:29:16 +0000</pubDate>
        <dc:creator>Haojian Wu &lt;hokein.wu@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>d28267f9 - [AST][RecoveryExpr] Add error-bit to NestNameSpecifierDependence and TemplateNameDependence.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#d28267f9</link>
        <description>[AST][RecoveryExpr] Add error-bit to NestNameSpecifierDependence and TemplateNameDependence.Summary:We might lose the error-bit if the error-bit goes through the code path&quot;error type/expr&quot; -&gt; &quot;error template argument&quot; -&gt; &quot;nested name specifier&quot; -&gt;... -&gt; &quot;template Specialization type&quot;Template name also needs this, as a template can be nested intoan error specifier, e.g. templateName apply in`TC&lt;decltype(&lt;recovery-expr&gt;(Foo, int()))&gt;::template apply`Reviewers: sammccallSubscribers: cfe-commitsTags: #clangDifferential Revision: https://reviews.llvm.org/D82526

            List of files:
            /llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Thu, 25 Jun 2020 08:13:48 +0000</pubDate>
        <dc:creator>Haojian Wu &lt;hokein.wu@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>82bb57c1 - [AST][RecoveryExpr] Make DeduceAutoType fail if the auto is deduced from recovery exprs.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#82bb57c1</link>
        <description>[AST][RecoveryExpr] Make DeduceAutoType fail if the auto is deduced from recovery exprs.Summary:With recovery-ast, we will get an undeduced `auto` return type for&quot;auto foo()-&gt;undef()&quot; function declaration, the function decl still keepsvalid, it is dangerous, and breaks assumptions in clang, and leads crashes.This patch invalidates these functions, if we deduce autos from thereturn rexpression, which is similar to auto VarDecl.Subscribers: cfe-commitsTags: #clangDifferential Revision: https://reviews.llvm.org/D80221

            List of files:
            /llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Tue, 19 May 2020 16:05:15 +0000</pubDate>
        <dc:creator>Haojian Wu &lt;hokein.wu@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>f757ecbf - [AST] Fix a crash on invalid bitwidth exprs when preserving the recoveryexprs.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm#f757ecbf</link>
        <description>[AST] Fix a crash on invalid bitwidth exprs when preserving the recoveryexprs.Summary:If the bitwith expr contains errors, we mark the field decl invalid.This patch also tweaks the behavior of ObjCInterfaceDecl to be consistent withexisting RecordDecl -- getObjCLayout method is only called with valid decls.Reviewers: sammccallSubscribers: cfe-commitsTags: #clangDifferential Revision: https://reviews.llvm.org/D76953

            List of files:
            /llvm-project-15.0.7/clang/test/Sema/invalid-bitwidth-expr.mm</description>
        <pubDate>Fri, 27 Mar 2020 20:40:30 +0000</pubDate>
        <dc:creator>Haojian Wu &lt;hokein.wu@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
