Re: [vmtk-users] Linker Error

[Luca A. <an...@ma...>]

Dear Mike,
  thanks for your interest in vmtk and sorry for not getting back to  
you earlier.
Since I don't have access to windows boxes equipped with Visual  
Studio, I can only guess here,
but I think I know what it is.
In vtkvmtkMath.h, the use of TypeRevisionMacro, a macro in in VTK/ 
Common/vtkSetGet.h that adds a protected
void CollectRevisions(ostream& os);
method to the class, which is what the linker can't find, is not  
matched by a CxxRevisionMacro in the cxx file,
which implements the CollectRevisions method.
I basically forgot to add the line

vtkCxxRevisionMacro(vtkvmtkMath, "$Revision: 1.0 $");

in the file vtkvmtkMath.cxx, right after the
#include "vtkvmtkMath.h"
line

I just committed the change in the subversion tree.
Let me know how it works, and thanks for the detailed bug report

Luca

--
Luca Antiga, PhD
Biomedical Technologies Laboratory,
Bioengineering Department,
Mario Negri Institute
email: an...@ma...
web: http://villacamozzi.marionegri.it/~luca
mail: Villa Camozzi, 24020, Ranica (BG), Italy
phone: +39 035 4535-381



On Dec 25, 2006, at 10:37 AM, Mike hechter wrote:

> Hi,
> I've been trying to compile VMTK version 0.6b1 (my
> first try at vmtk), but keep on running into the same
> problem.
>
> My configuration:
>
> Win32 XP Pro
> Visual Studio 2005
> VTK 5.0.2
> ITK 2.4.1
> Python 2.5
> Cmake 2.4.3
>
> I get a linker error
> "Error	2	error LNK2001: unresolved external symbol
> "protected: virtual void __thiscall
> vtkvmtkMath::CollectRevisions(class
> std::basic_ostream<char,struct std::char_traits<char>
>> &)"
> (?CollectRevisions@vtkvmtkMath@@MAEXAAV?$basic_ostream@DU? 
> $char_traits@D@std@@@std@@@Z)
> vtkvmtkMath.obj	"
>
> I made sure that I compiled VTK with shared libs and
> Python wrapping. Python wrapping for vtk runs fine.
>
> This linker problem is in vtkvmtkCommon.dll project
> only. All the others compile and link successfuly. All
> *.lib are created successfuly. All .dll are created
> successfuly except for vtkvmtkCommon.dll (and
> vtkvmtkCommonPython.dll when I enable python wrapping
> in vmtk, which I believe is needed for running the .py
> scripts of vmtk).
>
> Is there anything I am doing wrong?
> It seems like a name mangling issue, but I cannot be
> sure why it is only in vtkvmtkMath (which is part of
> vtkvmtkCommon ) when generating shared libraries.
> Any help would be appreciated.
>
> Thanks,
> --ashraf
>
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> vmtk-users mailing list
> vmt...@li...
> https://lists.sourceforge.net/lists/listinfo/vmtk-users