<?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 binary-formats.proftext</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>7b33cc9d - InstrProf: Do a better job of reading coverage mapping data.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/tools/llvm-cov/Inputs/binary-formats.proftext#7b33cc9d</link>
        <description>InstrProf: Do a better job of reading coverage mapping data.This code was casting regions of a memory buffer to a couple ofdifferent structs. This is wrong in a few ways:1. It breaks aliasing rules.2. If the buffer isn&apos;t aligned, it hits undefined behaviour.3. It completely ignores endianness differences.4. The structs being defined for this aren&apos;t specifying their padding   properly, so this doesn&apos;t even represent the data properly on some   platforms.This commit is mostly NFC, except that it fixes reading coverage for32 bit binaries as a side effect of getting rid of the mispaddedstructs. I&apos;ve included a test for that.I&apos;ve also baked in that we only handle little endian more explicitly,since that was true in practice already. I&apos;ll fix this to handleendianness properly in a followup commit.llvm-svn: 232346

            List of files:
            /llvm-project-15.0.7/llvm/test/tools/llvm-cov/Inputs/binary-formats.proftext</description>
        <pubDate>Mon, 16 Mar 2015 06:55:45 +0000</pubDate>
        <dc:creator>Justin Bogner &lt;mail@justinbogner.com&gt;</dc:creator>
    </item>
</channel>
</rss>
