<div dir="ltr">Thanks, David. It sounds like we should have Haocheng make an update when he gets back. For now, I'll hack around it for the SLAC build.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 3, 2018 at 12:00 PM, David Thompson <span dir="ltr"><<a href="mailto:david.thompson@kitware.com" target="_blank">david.thompson@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi John,<br>
<span class=""><br>
> We recently pushed MR !1108 to remove some RGG dependencies and change the default SMTK__ENABLE_RGG_SESSION to "off", however I just learned that RGG is much more tightly coupled into to SMTK that I realized. In particular, the vtk extension file vtkAuxiliaryGeometryExtension.<wbr>cxx uses RGG code, so that the vtk extension is dependent on the rgg extension. I have not looked into this in any detail, as I am trying to get a build ready for SLAC this afternoon, but I want to pose the question<br>
>       • Can re revise the vtk extension to not be dependent on rgg?<br>
<br>
</span>I am shocked that this dependency crept in. Yes, it should definitely be removed. At least one way to remove it is to add another class like vtkAuxiliaryGeometryExtension that _only_ provides ".rgg" files. The way smtk::common::Extensions work is that if one extension cannot handle a file, the next one is tried.<br>
<span class="HOEnZb"><font color="#888888"><br>
        David</font></span></blockquote></div><br></div>