I have added them. Thanks<br><br><div class="gmail_quote">On Wed, Sep 8, 2010 at 5:30 PM, Sean McBride <span dir="ltr">&lt;<a href="mailto:sean@rogue-research.com">sean@rogue-research.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

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