<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 8, 2016 at 9:30 AM, Marek Olšák <span dir="ltr"><<a href="mailto:maraeo@gmail.com" target="_blank">maraeo@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 Sat, Oct 8, 2016 at 5:58 PM, Jason Ekstrand <<a href="mailto:jason@jlekstrand.net">jason@jlekstrand.net</a>> wrote:<br>
> FYI, we use ralloc for a lot more than just the glsl compiler so the first<br>
> few changes make me a bit nervous.  There was someone working on making our<br>
> driver more I undefined-memory-friendly but I don't know what happened to<br>
> those patches.<br>
<br>
</span>shader-db + valgrind can be used to track down uninitialized variables.<br>
<br>
After that's done, test suites (piglit etc.) can be used to fix any<br>
remaining uninitialized variables (run test suites first and then run<br>
regressed tests with valgrind).<br>
<br>
That's how I did it for GLSL.<br></blockquote><div><br></div><div>Yeah, that's more-or-less how I would do it.  I just didn't want you pushing anything without us fixing things. :)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Alternatively, the following can be done: All non-GLSL code can be<br>
switched from ralloc to rzalloc. All non-GLSL C++ classes can be<br>
switched from DECLARE_RALLOC_CXX_OPERATORS to<br>
DECLARE_RZALLOC_CXX_OPERATORS.<br>
<span class="HOEnZb"><font color="#888888"><br>
Marek<br>
</font></span></blockquote></div><br></div></div>