Dave, FYI, if I add:
#define nc_inq_type vtk_netcdf_nc_inq_type #define nextUTF8 vtk_netcdf_nextUTF8 #define nulldup vtk_netcdf_nulldup my app then links. If I further add the utf8proc ones, VTK itself fails to link when rebuilt. On Wed, 8 Sep 2010 17:00:51 -0400, Dave Partyka said: >Thanks Sean, I'll take a look. > >On Wed, Sep 8, 2010 at 4:56 PM, Sean McBride <s...@rogue-research.com>wrote: > >> On Tue, 17 Aug 2010 15:11:12 -0400, Dave Partyka said: >> >> >I just upaded VTK's netcdf from 3.6.2 to 4.1.1. In addition to the >> >traditional C library I have also brought in the C++ version of the >> library >> >(vtkNetCDF_cpp). I spent time creating the proper DLL exports, allowing >> even >> >Windows developers to use the library! This provides a nicer API that >> >developers can use when writing new netcdf readers/writers. Also with >> netcdf >> >4.x we can now potentially use HDF5 based NetCDF files. See here for the >> >release notes for NetCDF 4. As always we value feedback from the >> community, >> >feel free to report any issues. In the mean time I will be monitoring the >> >dashboards. >> >> Dave, >> >> I believe there is some mangling missing after your change. I just >> pulled VTK from git and my app, which links to both NetCDF and VTK, no >> longer links. Error is: >> >> ld: duplicate symbol _nc_inq_type in /path1/libnetcdf.a(nc.o) and /path2/ >> libvtkNetCDF.a(nc.c.o) >> >> If I do the following: >> >> nm libvtkNetCDF.a | grep " [TRD] " >> >> It lists several symbols that aren't prefixed by vtk_netcdf, namely: >> >> 0000000000003083 T _nc_inq_type >> 0000000000000043 T _nextUTF8 >> 00000000000008ae T _nulldup >> 00000000000018ae T _utf8proc_NFC >> 0000000000001860 T _utf8proc_NFD >> 000000000000194a T _utf8proc_NFKC >> 00000000000018fc T _utf8proc_NFKD >> 0000000000001998 T _utf8proc_check >> 0000000000000343 T _utf8proc_codepoint_valid >> 0000000000000fd1 T _utf8proc_decompose >> 00000000000005d9 T _utf8proc_decompose_char >> 00000000000003c6 T _utf8proc_encode_char >> 0000000000000000 T _utf8proc_errmsg >> 000000000000054b T _utf8proc_get_property >> 00000000000000cf T _utf8proc_iterate >> 000000000000172b T _utf8proc_map >> 000000000000126a T _utf8proc_reencode >> >> nc_inq_type certainly should be in vtk_netcdf_mangle.h, not sure why/how >> you missed it. My experience with updating VTK's freetype is that one >> must regenerate the symbol list on all the major platforms and merge the >> results. Some symbols seem to only be exported on some OSes, see my >> comments in vtk_freetype_mangle.h. >> >> Not sure about the other symbols. "utf8proc" looks like 3rd party code >> used by NetCDF itself. I wonder if these symbols should not be exported >> at all, I'm guessing they are not part of NetCDF's public API. _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview