[vtk-developers] VTK HDF5 libraries renamed to now have "_src" suffix? Bug?

[Jean-Christophe Fillion-Robin]

Hi Sean,

Thanks a lot for updating ITK so that symbols are properly mangled.
Yesterday, after updating the version of VTK using in 3D Slicer, I was
facing the problem you described.   (For the record, before I updated ITK
to include your patch
<https://github.com/InsightSoftwareConsortium/ITK/commit/50c6212e37818e984b100d94ca66485306ee1778>,
reverting the last hdf5/netcdf related merge commit in VTK mitigated the
issue)

Notes:

* VTK version is indeed improperly mangled: it is critical to include the
public Data symbols in the mangling.

* In application including both VTK and ITK, I guess we were lucky ...


Hi Ben,

Could we move forward with properly mangling hdf5 symbol integrated in VTK
?  I am sure we could easily adapt the patch of Sean. Or may be Sean could
help :)


Thanks
Jc



On Tue, Feb 13, 2018 at 7:04 PM, Sean McBride <sean at rogue-research.com>
wrote:

> On Tue, 13 Feb 2018 13:01:30 -0500, Ben Boeckel said:
>
> >I suppose the on-disk names could be restored
>
> That'd be great, thanks.  I created this so we don't forget:
> <https://gitlab.kitware.com/vtk/vtk/issues/17243>
>
> Cheers,
>
> Sean
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>
> Follow this link to subscribe/unsubscribe:
> https://vtk.org/mailman/listinfo/vtk-developers
>
>


-- 
+1 919 869 8849
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://vtk.org/pipermail/vtk-developers/attachments/20180227/8ca10bb1/attachment-0001.html>