<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Shader Disk Cache 32/64 bit detection has a flaw. Missed existence of x32 ABI" href="https://bugs.freedesktop.org/show_bug.cgi?id=100073#c24">Comment # 24</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Shader Disk Cache 32/64 bit detection has a flaw. Missed existence of x32 ABI" href="https://bugs.freedesktop.org/show_bug.cgi?id=100073">bug 100073</a> from <a class="email" href="mailto:emil.l.velikov@gmail.com" title="Emil Velikov <emil.l.velikov@gmail.com>"> Emil Velikov</a> <pre>On 10 March 2017 at 18:51, Steven Newbury <<a href="mailto:steve@snewbury.org.uk">steve@snewbury.org.uk</a>> wrote: > On Fri, 2017-03-10 at 13:27 +0000, <a href="mailto:bugzilla-daemon@freedesktop.org">bugzilla-daemon@freedesktop.org</a> > wrote: >> <a href="show_bug.cgi?id=100073#c23">Comment # 23</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Shader Disk Cache 32/64 bit detection has a flaw. Missed existence of x32 ABI" href="show_bug.cgi?id=100073">bug 100073</a> from Grazvydas Ignotas >> (In reply to oiaohm from <a href="show_bug.cgi?id=100073#c21">comment #21</a>) >> > This is why I am so upset. As soon as this comes though I have >> possible >> > trouble with miss matched mesa versions crossing with each other in >> a cache >> > directory and being hard to debug. >> That will only happen if you force the same modify timestamp on >> several >> variations of mesa that are built for matching pointer size. Do you >> really >> think it's likely to happen in practice? > > I believe that's exactly what happens with reproducible builds: > <a href="https://reproducible-builds.org/">https://reproducible-builds.org/</a> > Take another look - there's nothing which mentions or suggests that the binaries must have the same timestamps. The rule of the game is to produce identical binaries, which is true even when we had the timestamp file. And if you're in doubt, do try it on your end - the instructions and package(s) will help you double-check ;-) -Emil</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>