Just as a point of information:<div>I've got a 2007 or 2008 Mac mini at home which only has 1G of RAM and so is stuck on 10.6 as the last OS which will install and run on it... But that is still beyond the 10.5 you're talking about here.</div><div><br></div><div>I would also be fine with discontinuing support for the older Mac stuff.</div><div><br></div><div><br></div><div>D</div><div><br></div><div><br><br>On Wednesday, August 5, 2015, Sebastien Jourdain <<a href="mailto:sebastien.jourdain@kitware.com">sebastien.jourdain@kitware.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm ok with whatever target OS X version you plan to have. <br><div><br></div><div>Sean may have a better idea of what is reasonable though.</div><div><br></div><div>Seb</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 5, 2015 at 5:47 PM, Ben Boeckel <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','ben.boeckel@kitware.com');" target="_blank">ben.boeckel@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Wed, Aug 05, 2015 at 11:30:56 -0400, Sean McBride wrote:<br>
>  - removing PowerPC support<br>
>  - removing Carbon support<br>
>  - removing OS X 10.5 support<br>
<br>
</span>It seems we have one machine building against 10.5 right now for the<br>
superbuild (which builds Java binaries):<br>
<br>
    <a href="https://buildbot.kitware.com/builders/vtk-kamino-osx-shared-release%2Bosx10.5%2Bsuperbuild" rel="noreferrer" target="_blank">https://buildbot.kitware.com/builders/vtk-kamino-osx-shared-release%2Bosx10.5%2Bsuperbuild</a><br>
<br>
Looking at the output, it is targeting 10.6's SDK with 10.5 as a<br>
minimum. Sebastien, what should we bump this to? 10.6? Most other<br>
VTK-based projects are targeting 10.7 or higher.<br>
<span><br>
>  - removing Apple-gcc 4.2 support<br>
>  - removing Xcode 3.x support<br>
><br>
> If there's consensus, I volunteer to gut the relevant stuff.<br>
<br>
</span>Rest looks fine with me.<br>
<span><br>
> I can also use clang-modernize to introduce nullptr usage, if that's<br>
> something we're ready to do in master now.  nullptr can be pretty<br>
> easily emulated on older compilers, like ITK does.<br>
<br>
</span>nullptr is probably a good place to start. I assume it also does 0 -><br>
nullptr replacements?<br>
<span><font color="#888888"><br>
--Ben<br>
</font></span></blockquote></div><br></div>
</blockquote></div>