<?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 stackmap-test.macho-x86-64</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>e03301a3 - [StackMaps] Update llvm-readobj to parse V3 Stackmaps</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Object/Inputs/stackmap-test.macho-x86-64#e03301a3</link>
        <description>[StackMaps] Update llvm-readobj to parse V3 StackmapsThis updates the StackMap parser in the llvm-readobj tool to parse version 3 StackMaps, which were bumped in https://reviews.llvm.org/D32629.Version 3 StackMaps differ in that they have a uint16 sized &quot;location size&quot; field which was added to the Location block in a StackMap record. The record has additional padding for alignment. This was a backwards incompatible change resulting in a StackMap version bump.Patch By: jacob.hughes@kcl.ac.uk (with a rewrite of tests by me)Differential Revision: https://reviews.llvm.org/D59020llvm-svn: 358325

            List of files:
            /llvm-project-15.0.7/llvm/test/Object/Inputs/stackmap-test.macho-x86-64</description>
        <pubDate>Sat, 13 Apr 2019 03:55:13 +0000</pubDate>
        <dc:creator>Philip Reames &lt;listmail@philipreames.com&gt;</dc:creator>
    </item>
<item>
        <title>23f06e53 - [Stackmap] Added callsite counts to emitted function information.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Object/Inputs/stackmap-test.macho-x86-64#23f06e53</link>
        <description>[Stackmap] Added callsite counts to emitted function information.Summary:It was previously not possible for tools to use solely the stackmapinformation emitted to reconstruct the return addresses of callsites inthe map, which is necessary to use the information to walk a stack. Thispatch adds per-function callsite counts when emitting the stackmapsection in order to resolve the problem. Note that this slightly altersthe stackmap format, so external tools parsing these maps will need tobe updated.**Problem Details:**Records only store their offset from the beginning of the function theybelong to. While these records and the functions are output in programorder, it is not possible to determine where the end of one function&apos;srecords are without the callsite count when processing the records tocompute return addresses.Patch by Kavon Farvardin!Reviewers: atrick, ributzka, sanjoySubscribers: nemanjaiDifferential Revision: https://reviews.llvm.org/D23487llvm-svn: 281532

            List of files:
            /llvm-project-15.0.7/llvm/test/Object/Inputs/stackmap-test.macho-x86-64</description>
        <pubDate>Wed, 14 Sep 2016 20:22:03 +0000</pubDate>
        <dc:creator>Sanjoy Das &lt;sanjoy@playingwithpointers.com&gt;</dc:creator>
    </item>
<item>
        <title>02f32d93 - [Stackmap] Pre-assemble the stackmap parser test case. (Fix builders).</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Object/Inputs/stackmap-test.macho-x86-64#02f32d93</link>
        <description>[Stackmap] Pre-assemble the stackmap parser test case. (Fix builders).This case had been failing on testers that didn&apos;t have x86 support. Ratherthan XFAIL it on testers without x86 support, I&apos;ve just assembled it and usedthe raw object as the test input.llvm-svn: 240875

            List of files:
            /llvm-project-15.0.7/llvm/test/Object/Inputs/stackmap-test.macho-x86-64</description>
        <pubDate>Sat, 27 Jun 2015 03:49:25 +0000</pubDate>
        <dc:creator>Lang Hames &lt;lhames@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
