<?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 integer-arithmetic-value-change.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>04ea772d - [ubsan][test] Fix several UBSan-* :: TestCases/ImplicitConversion tests on Solaris</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/compiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-arithmetic-value-change.c#04ea772d</link>
        <description>[ubsan][test] Fix several UBSan-* :: TestCases/ImplicitConversion tests on SolarisA couple of UBSan-*  :: TestCases/ImplicitConversion testcases FAIL on Solaris/x86(and Solaris/SPARC with https://reviews.llvm.org/D40900):  FAIL: UBSan-AddressSanitizer-i386 :: TestCases/ImplicitConversion/signed-integer-truncation-or-sign-change-blacklist.c (49187 of 49849)  ******************** TEST &apos;UBSan-AddressSanitizer-i386 :: TestCases/ImplicitConversion/signed-integer-truncation-or-sign-change-blacklist.c&apos; FAILED ********************  [...]  Command Output (stderr):  --  /vol/llvm/src/compiler-rt/local/test/ubsan/TestCases/ImplicitConversion/signed-integer-truncation-or-sign-change-blacklist.c:53:11: error: CHECK: expected string not found in input  // CHECK: {{.*}}signed-integer-truncation-or-sign-change-blacklist.c:[[@LINE-1]]:10: runtime error: implicit conversion from type &apos;{{.*}}&apos; (aka &apos;unsigned int&apos;) of value 4294967295 (32-bit, unsigned) to type &apos;{{.*}}&apos; (aka &apos;signed char&apos;) changed the value to -1 (8-bit, signed)            ^  &lt;stdin&gt;:1:1: note: scanning from here  /vol/llvm/src/compiler-rt/local/test/ubsan/TestCases/ImplicitConversion/signed-integer-truncation-or-sign-change-blacklist.c:52:10: runtime error: implicit conversion from type &apos;uint32_t&apos; (aka &apos;unsigned int&apos;) of value 4294967295 (32-bit, unsigned) to type &apos;int8_t&apos; (aka &apos;char&apos;) changed the value to -1 (8-bit, signed)  ^  &lt;stdin&gt;:1:1: note: with &quot;@LINE-1&quot; equal to &quot;52&quot;  /vol/llvm/src/compiler-rt/local/test/ubsan/TestCases/ImplicitConversion/signed-integer-truncation-or-sign-change-blacklist.c:52:10: runtime error: implicit conversion from type &apos;uint32_t&apos; (aka &apos;unsigned int&apos;) of value 4294967295 (32-bit, unsigned) to type &apos;int8_t&apos; (aka &apos;char&apos;) changed the value to -1 (8-bit, signed)  ^  &lt;stdin&gt;:1:69: note: possible intended match here  /vol/llvm/src/compiler-rt/local/test/ubsan/TestCases/ImplicitConversion/signed-integer-truncation-or-sign-change-blacklist.c:52:10: runtime error: implicit conversion from type &apos;uint32_t&apos; (aka &apos;unsigned int&apos;) of value 4294967295 (32-bit, unsigned) to type &apos;int8_t&apos; (aka &apos;char&apos;) changed the value to -1 (8-bit, signed)                                                                      ^This is always a difference for int8_t where signed char is expected, but onlychar seen.I could trace this to &lt;sys/int_types.h&gt; which has  /*   * Basic / Extended integer types   *   * The following defines the basic fixed-size integer types.   *   * Implementations are free to typedef them to Standard C integer types or   * extensions that they support. If an implementation does not support one   * of the particular integer data types below, then it should not define the   * typedefs and macros corresponding to that data type.  Note that int8_t   * is not defined in -Xs mode on ISAs for which the ABI specifies &quot;char&quot;   * as an unsigned entity because there is no way to define an eight bit   * signed integral.   */  #if defined(_CHAR_IS_SIGNED)  typedef char			int8_t;  #else  #if defined(__STDC__)  typedef signed char		int8_t;  #endif  #endif_CHAR_IS_SIGNED is always defined on both sparc and x86.  Since it seems okto have either form, I&apos;ve changed the affected tests to use&apos;{{(signed )?}}char&apos; instead of &apos;signed char&apos;.Tested on x86_64-pc-solaris2.11, sparcv9-sun-solaris2.11, and x86_64-pc-linux-gnu.Differential Revision: https://reviews.llvm.org/D63984llvm-svn: 365303

            List of files:
            /llvm-project-15.0.7/compiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-arithmetic-value-change.c</description>
        <pubDate>Mon, 08 Jul 2019 09:22:05 +0000</pubDate>
        <dc:creator>Rainer Orth &lt;ro@gcc.gnu.org&gt;</dc:creator>
    </item>
<item>
        <title>37eefc07 - Adapt UBSan integer truncation tests to NetBSD</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/compiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-arithmetic-value-change.c#37eefc07</link>
        <description>Adapt UBSan integer truncation tests to NetBSDSummary:The NetBSD headers use internal indirect type forstandard *int*_t  definitions. The internal type is unrolledinside the sanitizer into e.g. __int32_t from int32_t.This symbol mangling causes pattern mismatch inthe interger truncation tests as they expect exacttypes such as &apos;int32_t&apos;.Change the pattern rules so every acceptable internalform of *int*_t will be accepted flawlessly.Reviewers: lebedev.ri, vitalybuka, joergReviewed By: lebedev.riSubscribers: kubamracek, dmgreen, llvm-commits, mgorny, #sanitizersTags: #sanitizersDifferential Revision: https://reviews.llvm.org/D54150llvm-svn: 346228

            List of files:
            /llvm-project-15.0.7/compiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-arithmetic-value-change.c</description>
        <pubDate>Tue, 06 Nov 2018 14:18:05 +0000</pubDate>
        <dc:creator>Kamil Rytarowski &lt;n54@gmx.com&gt;</dc:creator>
    </item>
<item>
        <title>a0457c02 - [NFC][compiler-rt] Cleanup Implicit Conversion Sanitizer tests to use sized types</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/compiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-arithmetic-value-change.c#a0457c02</link>
        <description>[NFC][compiler-rt] Cleanup Implicit Conversion Sanitizer tests to use sized typesSummary: As requested by @filcab in https://reviews.llvm.org/D50251#1280267Reviewers: filcab, vsk, #sanitizers, vitalybukaReviewed By: filcab, #sanitizers, vitalybukaSubscribers: vitalybuka, kubamracek, dberris, llvm-commits, filcabTags: #sanitizersDifferential Revision: https://reviews.llvm.org/D53869llvm-svn: 345661

            List of files:
            /llvm-project-15.0.7/compiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-arithmetic-value-change.c</description>
        <pubDate>Tue, 30 Oct 2018 21:59:09 +0000</pubDate>
        <dc:creator>Roman Lebedev &lt;lebedev.ri@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>320e9af3 - [compiler-rt][ubsan] Implicit Conversion Sanitizer - integer sign change - compiler-rt part</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/compiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-arithmetic-value-change.c#320e9af3</link>
        <description>[compiler-rt][ubsan] Implicit Conversion Sanitizer - integer sign change - compiler-rt partSummary:This is a compiler-rt part.The clang part is D50250.See [[ https://bugs.llvm.org/show_bug.cgi?id=21530 | PR21530 ]], https://github.com/google/sanitizers/issues/940.Reviewers: vsk, filcab, #sanitizersReviewed By: filcab, #sanitizersSubscribers: mclow.lists, srhines, kubamracek, dberris, rjmccall, rsmith, llvm-commits, regehrTags: #sanitizersDifferential Revision: https://reviews.llvm.org/D50251llvm-svn: 345659

            List of files:
            /llvm-project-15.0.7/compiler-rt/test/ubsan/TestCases/ImplicitConversion/integer-arithmetic-value-change.c</description>
        <pubDate>Tue, 30 Oct 2018 21:58:54 +0000</pubDate>
        <dc:creator>Roman Lebedev &lt;lebedev.ri@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
