<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 24, 2017 at 8:09 AM, Sebastian Pop <span dir="ltr"><<a href="mailto:sebpop.llvm@gmail.com" target="_blank">sebpop.llvm@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, May 19, 2017 at 4:32 PM, Daniel Berlin via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
> i think you'd have to write some idiom recognizer here. The ones we have<br>
> won't do it.<br>
><br>
> I guess my other question would be how commonly this happens. If it's common<br>
> and matters a lot, awesome.<br>
> I wouldn't do it just to fix SPEC :P<br>
><br>
> (people who care about bzip2 speed probably use any of the faster bzip2<br>
> impls :P)<br>
><br>
<br>
</span>Danny, do you know of forks of bzip2 that are more efficient than <a href="http://bzip.org" rel="noreferrer" target="_blank">bzip.org</a>?<br>
I haven't seen one.<br></blockquote><div><br></div><div>They aren't forks so much as replacements.</div><div><br></div><div>An example: lbzip2</div><div><br></div><div>I know that there are a number of bzip2 impls that use faster versions of the block sorting algorithm (or alternatives) etc.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Sirish is going to send a patch to Julian Seward and try to get the change<br>
in a new release of bzip2, and from there we may need to ask the AOSP<br>
folks to update bzip2.  AOSP has the last released bzip2 from Sept 2010.<br>
<br>
For SPEC benchmarketing, doing the right thing wouldn't help.<br>
Maybe we should put this idiom and others under a -fspec flag ;-)<br>
<span class="HOEnZb"><font color="#888888"><br>
Sebastian<br>
</font></span></blockquote></div><br></div></div>