<div dir="ltr"><div><div><div>Hi, <br><br></div>What about patching the upstream system to allow configuration of library output name and install dir ? <br><br></div>Hth<br></div>Jc<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 11, 2017 at 1:14 PM, Matt McCormick <span dir="ltr"><<a href="mailto:matt.mccormick@kitware.com" target="_blank">matt.mccormick@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 David,<br>
<span><br>
On Wed, Oct 11, 2017 at 12:58 PM, David Cole via Insight-developers<br>
<<a href="mailto:insight-developers@itk.org" target="_blank">insight-developers@itk.org</a>> wrote:<br>
> I see the difference in release and debug library names for the HDF5<br>
> libraries has already been discussed about a year ago:<br>
><br>
>     <a href="https://itk.org/pipermail/insight-developers/2016-October/024995.html" rel="noreferrer" target="_blank">https://itk.org/pipermail/ins<wbr>ight-developers/2016-October/<wbr>024995.html</a><br>
><br>
> However, the answer seems unsatisfactory to me.<br>
><br>
> Why can't ITK install these libraries named according to its own<br>
> convention for 3rd party libraries...? (i.e. -- why is "upstream did<br>
> it that way and we just updated to that" acceptable as a response<br>
> here?)<br>
<br>
</span>Because we do not have infinite resources to maintain forks and<br>
support all build systems.<br>
<span><br>
<br>
> I use a non-CMake build system consuming ITK libraries where it is<br>
> much easier to deal with libraries named consistently (and using the<br>
> same names for debug and release builds). Especially when you are<br>
> dealing with static libraries only, there does not seem to be a good<br>
> reason to allow this deviation to persist long term.<br>
><br>
> Would a proposed patch correcting the naming (conforming to ITK<br>
> version naming convention like other ITK 3rd party libs, and named the<br>
> same in Release and Debug) be accepted?<br>
<br>
</span>A patch would be accepted assuming that responsibility will be taken<br>
by the author to maintain the fork in the future.<br>
<br>
Thanks,<br>
Matt<br>
<div class="m_-8608758877295607296HOEnZb"><div class="m_-8608758877295607296h5">The ITK community is transitioning from this mailing list to <a href="http://discourse.itk.org" rel="noreferrer" target="_blank">discourse.itk.org</a>. Please join us there!<br>
______________________________<wbr>________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at<br>
<a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensou<wbr>rce/opensource.html</a><br>
<br>
Kitware offers ITK Training Courses, for more information visit:<br>
<a href="http://kitware.com/products/protraining.php" rel="noreferrer" target="_blank">http://kitware.com/products/pr<wbr>otraining.php</a><br>
<br>
Please keep messages on-topic and check the ITK FAQ at:<br>
<a href="http://www.itk.org/Wiki/ITK_FAQ" rel="noreferrer" target="_blank">http://www.itk.org/Wiki/ITK_FA<wbr>Q</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/insight-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mail<wbr>man/listinfo/insight-developer<wbr>s</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="m_-8608758877295607296gmail_signature" data-smartmail="gmail_signature"><a href="tel:(919)%20869-8849" value="+19198698849" target="_blank">+1 919 869 8849</a><br></div>
</div></div>