<?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 implicit-casts.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>7068aa98 - Strengthen -Wint-conversion to default to an error</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#7068aa98</link>
        <description>Strengthen -Wint-conversion to default to an errorClang has traditionally allowed C programs to implicitly convertintegers to pointers and pointers to integers, despite it not beingvalid to do so except under special circumstances (like converting theinteger 0, which is the null pointer constant, to a pointer). In C89,this would result in undefined behavior per 3.3.4, and in C99 this rulewas strengthened to be a constraint violation instead. Constraintviolations are most often handled as an error.This patch changes the warning to default to an error in all C modes(it is already an error in C++). This gives us better security postureby calling out potential programmer mistakes in code but still allowsusers who need this behavior to use -Wno-error=int-conversion to retainthe warning behavior, or -Wno-int-conversion to silence the diagnosticentirely.Differential Revision: https://reviews.llvm.org/D129881

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Fri, 22 Jul 2022 19:24:54 +0000</pubDate>
        <dc:creator>Aaron Ballman &lt;aaron@aaronballman.com&gt;</dc:creator>
    </item>
<item>
        <title>7deaeb2a - Use functions with prototypes when appropriate; NFC</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#7deaeb2a</link>
        <description>Use functions with prototypes when appropriate; NFCA significant number of our tests in C accidentally use functionswithout prototypes. This patch converts the function signatures to havea prototype for the situations where the test is not specific to K&amp;R Cdeclarations. e.g.,  void func();becomes  void func(void);This is the fourth batch of tests being updated (there are a significantnumber of other tests left to be updated).

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Mon, 07 Feb 2022 20:28:35 +0000</pubDate>
        <dc:creator>Aaron Ballman &lt;aaron@aaronballman.com&gt;</dc:creator>
    </item>
<item>
        <title>c68e1406 - Improve diagnostics when we fail to convert from a source type to a</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#c68e1406</link>
        <description>Improve diagnostics when we fail to convert from a source type to adestination type for initialization, assignment, parameter-passing,etc. The main issue fixed here is that we used rather confusingwording for diagnostics such ast.c:2:9: warning: initializing &apos;char const [2]&apos; discards qualifiers,      expected &apos;char *&apos; [-pedantic]  char *name = __func__;        ^      ~~~~~~~~We&apos;re not initializing a &apos;char const [2]&apos;, we&apos;re initializing a &apos;char*&apos; with an expression of type &apos;char const [2]&apos;. Similar problemsexisted for other diagnostics in this area, so I&apos;ve normalized them allwith more precise descriptive text to say what we&apos;reinitializing/converting/assigning/etc. from and to. The warning forthe code above is now:t.c:2:9: warning: initializing &apos;char *&apos; from an expression of type      &apos;char const [2]&apos; discards qualifiers [-pedantic]  char *name = __func__;        ^      ~~~~~~~~Fixes &lt;rdar://problem/7447179&gt;.llvm-svn: 100832

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Fri, 09 Apr 2010 00:35:39 +0000</pubDate>
        <dc:creator>Douglas Gregor &lt;dgregor@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>8fbe78f6 - Update tests to use %clang_cc1 instead of &apos;clang-cc&apos; or &apos;clang -cc1&apos;.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#8fbe78f6</link>
        <description>Update tests to use %clang_cc1 instead of &apos;clang-cc&apos; or &apos;clang -cc1&apos;. - This is designed to make it obvious that %clang_cc1 is a &quot;test variable&quot;   which is substituted. It is &apos;%clang_cc1&apos; instead of &apos;%clang -cc1&apos; because it   can be useful to redefine what gets run as &apos;clang -cc1&apos; (for example, to set   a default target).llvm-svn: 91446

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Tue, 15 Dec 2009 20:14:24 +0000</pubDate>
        <dc:creator>Daniel Dunbar &lt;daniel@zuster.org&gt;</dc:creator>
    </item>
<item>
        <title>753d1209 - Prep for new warning.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#753d1209</link>
        <description>Prep for new warning.llvm-svn: 76709

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Wed, 22 Jul 2009 00:43:08 +0000</pubDate>
        <dc:creator>Mike Stump &lt;mrs@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>a45cf5b6 - Rename clang to clang-cc.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#a45cf5b6</link>
        <description>Rename clang to clang-cc.Tests and drivers updated, still need to shuffle dirs.llvm-svn: 67602

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Tue, 24 Mar 2009 02:24:46 +0000</pubDate>
        <dc:creator>Daniel Dunbar &lt;daniel@zuster.org&gt;</dc:creator>
    </item>
<item>
        <title>b080ed50 - Fix PR2042.  One remaining issue: we don&apos;t currently diagnose</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#b080ed50</link>
        <description>Fix PR2042.  One remaining issue: we don&apos;t currently diagnose int foobar(int); int foobar() {}which requires ifdef&apos;ing out a testcase in predefined-function.c.llvm-svn: 47236

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Sun, 17 Feb 2008 19:31:09 +0000</pubDate>
        <dc:creator>Chris Lattner &lt;sabre@nondot.org&gt;</dc:creator>
    </item>
<item>
        <title>940cfebf - add comments for the various AssignConvertType&apos;s, and split int-&gt;pointer from pointer-&gt;int.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#940cfebf</link>
        <description>add comments for the various AssignConvertType&apos;s, and split int-&gt;pointer from pointer-&gt;int.llvm-svn: 45591

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Fri, 04 Jan 2008 18:22:42 +0000</pubDate>
        <dc:creator>Chris Lattner &lt;sabre@nondot.org&gt;</dc:creator>
    </item>
<item>
        <title>9bad62c7 - Merge all the &apos;assignment&apos; diagnostic code into one routine, decloning </title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#9bad62c7</link>
        <description>Merge all the &apos;assignment&apos; diagnostic code into one routine, decloning it from several places.  This merges the diagnostics, making them moreuniform and fewer in number. This also simplifies and cleans up the code.Some highlights:1. This removes a bunch of very-similar diagnostics.2. This renames AssignmentCheckResult -&gt; AssignConvertType3. This merges PointerFromInt + IntFromPointer which were always treated the same.4. This updates a bunch of test cases that have minor changes to the produced diagnostics.llvm-svn: 45589

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Fri, 04 Jan 2008 18:04:52 +0000</pubDate>
        <dc:creator>Chris Lattner &lt;sabre@nondot.org&gt;</dc:creator>
    </item>
<item>
        <title>5e4c75f4 - rename -parse-ast-print to -ast-print</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#5e4c75f4</link>
        <description>rename -parse-ast-print to -ast-printrename -parse-ast-dump to -ast-dumpremove -parse-ast, which is redundant with -fsyntax-onlyllvm-svn: 42852

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Thu, 11 Oct 2007 00:18:28 +0000</pubDate>
        <dc:creator>Chris Lattner &lt;sabre@nondot.org&gt;</dc:creator>
    </item>
<item>
        <title>0883fd58 - Removed option &quot;-parse-ast-check&quot; from clang driver.  This is now implemented</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#0883fd58</link>
        <description>Removed option &quot;-parse-ast-check&quot; from clang driver.  This is now implementedusing &quot;-parse-ast -verify&quot;.Updated all test cases (using a sed script) that invoked -parse-ast-check tonow use -parse-ast -verify.Fixed a bug where using &quot;-verify&quot; instead of &quot;-parse-ast-check&quot; would notcorrectly create the DiagClient needed to accumulate diagnostics.llvm-svn: 42365

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Wed, 26 Sep 2007 20:14:22 +0000</pubDate>
        <dc:creator>Ted Kremenek &lt;kremenek@apple.com&gt;</dc:creator>
    </item>
<item>
        <title>e2562ff9 - Change Expr::isLvalue() to properly deal with ImplicitCastExpr&apos;s.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Parser/implicit-casts.c#e2562ff9</link>
        <description>Change Expr::isLvalue() to properly deal with ImplicitCastExpr&apos;s.This fixes the following bug...t.c:1:31: error: expression is not assignableshort x; void foo(char c) { x += c; }This case, among others are now captured in implicit-casts.c.llvm-svn: 41402

            List of files:
            /llvm-project-15.0.7/clang/test/Parser/implicit-casts.c</description>
        <pubDate>Sat, 25 Aug 2007 14:37:06 +0000</pubDate>
        <dc:creator>Steve Naroff &lt;snaroff@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
