<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:monospace;font-size:small;color:#000000"><span style="font-family:Arial,Helvetica,sans-serif;color:rgb(34,34,34)">On Mon, Aug 23, 2021 at 10:52 PM Petr Hosek <<a href="mailto:phosek@google.com">phosek@google.com</a>> wrote:</span><br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Currently, while IndexedInstrProfReader provides backwards compatibility for indexed profile format, RawInstrProfReader only supports the current version of raw profile format. Has support for older raw profile format versions in RawInstrProfReader ever been considered?<div><br></div><div>The reason why I'm asking is that we collect code coverage from both C++ and Rust, but since Clang and Rust toolchains use different version on LLVM, we need to match each profile with a corresponding llvm-profdata binary which has been increasing the complexity of our infrastructure quite a bit. </div></div></blockquote><div><br></div><div class="gmail_default" style="font-family:monospace;font-size:small;color:rgb(0,0,0)">Is it possible to save one reader binary per raw format version? What is the challenge of matching up versions with the reader binary?</div><div class="gmail_default" style="font-family:monospace;font-size:small;color:rgb(0,0,0)"></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Using the same llvm-profdata tool would simplify things a lot but would require backwards compatibility support in RawInstrProfReader. Would that be desirable?</div></div></blockquote><div><br></div><div class="gmail_default" style="font-family:monospace;font-size:small;color:rgb(0,0,0)">Current scheme for raw format allows fast pace change and innovation. It also allows quite drastical format change. Losing that capability would be undesirable. Before pursuing this path, the benefit needs to outweigh the cost.</div><div class="gmail_default" style="font-family:monospace;font-size:small;color:rgb(0,0,0)"><br></div><div class="gmail_default" style="font-family:monospace;font-size:small;color:rgb(0,0,0)">David </div><div> </div></div></div>