View Issue Details

IDProjectCategoryView StatusLast Update
0025173CommunityOCCT:Codingpublic2014-08-21 17:37
ReporterPawel Assigned Tobugmaster  
PrioritynormalSeveritymajor 
Status closedResolutionno change required 
PlatformWindowsOSVC++ 2012 
Product Version6.8.0 
Summary0025173: VS 2012: linker errors
DescriptionI use WOK 6.7.1:

wgenproj -target=CMake

and then CMake to generate Visual Studio projects from the current master.

When building the OCCT solution many linker errors occur (see below).

CDF_Session.obj : error LNK2019: unresolved external symbol "public: __cdecl CDF_FWOSDriver::CDF_FWOSDriver(void)" (??0CDF_FWOSDriver@@QEAA@XZ) referenced in function "public: void __cdecl CDF_Session::LoadDriver(void)" (?LoadDriver@CDF_Session@@QEAAXXZ)

BRep_Builder.obj : error LNK2019: unresolved external symbol "public: static void __cdecl TopoDS_LockedShape::Raise(char const * const)" (?Raise@TopoDS_LockedShape@@SAXQEBD@Z) referenced in function "public: void __cdecl BRep_Builder::Continuity(class TopoDS_Edge const &,class Handle_Geom_Surface const &,class Handle_Geom_Surface const &,class TopLoc_Location const &,class TopLoc_Location const &,enum GeomAbs_Shape)const " (?Continuity@BRep_Builder@@QEBAXAEBVTopoDS_Edge@@AEBVHandle_Geom_Surface@@1AEBVTopLoc_Location@@2W4GeomAbs_Shape@@@Z)

BRepMesh_FastDiscret.obj : error LNK2019: unresolved external symbol "public: __cdecl BRepMesh_WireChecker::BRepMesh_WireChecker(class TopoDS_Face const &,double,class NCollection_DataMap<class TopoDS_Shape,class BRepMesh_PairOfPolygon,class TopTools_ShapeMapHasher> const &,class TColStd_IndexedMapOfInteger const &,class Handle_BRepMesh_DataStructureOfDelaun const &,double,double,double,double,unsigned int)" (??0BRepMesh_WireChecker@@QEAA@AEBVTopoDS_Face@@NAEBV?$NCollection_DataMap@VTopoDS_Shape@@VBRepMesh_PairOfPolygon@@VTopTools_ShapeMapHasher@@@@AEBVTColStd_IndexedMapOfInteger@@AEBVHandle_BRepMesh_DataStructureOfDelaun@@NNNNI@Z) referenced in function "public: void __cdecl BRepMesh_FastDiscret::Add(class TopoDS_Face const &,class TopTools_IndexedDataMapOfShapeListOfShape const &)" (?Add@BRepMesh_FastDiscret@@QEAAXAEBVTopoDS_Face@@AEBVTopTools_IndexedDataMapOfShapeListOfShape@@@Z)

BRepMesh_FastDiscret.obj : error LNK2019: unresolved external symbol "public: void __cdecl BRepMesh_WireChecker::ReCompute(class NCollection_Handle<class BRepMesh_Classifier> &)" (?ReCompute@BRepMesh_WireChecker@@QEAAXAEAV?$NCollection_Handle@VBRepMesh_Classifier@@@@@Z) referenced in function "public: void __cdecl BRepMesh_FastDiscret::Add(class TopoDS_Face const &,class TopTools_IndexedDataMapOfShapeListOfShape const &)" (?Add@BRepMesh_FastDiscret@@QEAAXAEBVTopoDS_Face@@AEBVTopTools_IndexedDataMapOfShapeListOfShape@@@Z)

OpenGl_PriorityList.obj : error LNK2019: unresolved external symbol "public: __cdecl OpenGl_BVHClipPrimitiveSet::OpenGl_BVHClipPrimitiveSet(void)" (??0OpenGl_BVHClipPrimitiveSet@@QEAA@XZ) referenced in function "public: __cdecl OpenGl_PriorityList::OpenGl_PriorityList(int)" (??0OpenGl_PriorityList@@QEAA@H@Z)

OpenGl_PriorityList.obj : error LNK2019: unresolved external symbol "public: void __cdecl OpenGl_BVHClipPrimitiveSet::Assign(class NCollection_Array1<class NCollection_Sequence<class OpenGl_Structure const *> > const &)" (?Assign@OpenGl_BVHClipPrimitiveSet@@QEAAXAEBV?$NCollection_Array1@V?$NCollection_Sequence@PEBVOpenGl_Structure@@@@@@@Z) referenced in function "protected: void __cdecl OpenGl_PriorityList::renderTraverse(class Handle_OpenGl_Workspace const &)const " (?renderTraverse@OpenGl_PriorityList@@IEBAXAEBVHandle_OpenGl_Workspace@@@Z)

OpenGl_PriorityList.obj : error LNK2019: unresolved external symbol "public: void __cdecl OpenGl_BVHClipPrimitiveSet::Add(class OpenGl_Structure const *)" (?Add@OpenGl_BVHClipPrimitiveSet@@QEAAXPEBVOpenGl_Structure@@@Z) referenced in function "public: void __cdecl OpenGl_PriorityList::Add(class OpenGl_Structure const *,int,unsigned int)" (?Add@OpenGl_PriorityList@@QEAAXPEBVOpenGl_Structure@@HI@Z)

OpenGl_PriorityList.obj : error LNK2019: unresolved external symbol "public: void __cdecl OpenGl_BVHClipPrimitiveSet::Remove(class OpenGl_Structure const *)" (?Remove@OpenGl_BVHClipPrimitiveSet@@QEAAXPEBVOpenGl_Structure@@@Z) referenced in function "public: int __cdecl OpenGl_PriorityList::Remove(class OpenGl_Structure const *,unsigned int)" (?Remove@OpenGl_PriorityList@@QEAAHPEBVOpenGl_Structure@@I@Z)

OpenGl_PriorityList.obj : error LNK2019: unresolved external symbol "public: class OpenGl_Structure const * __cdecl OpenGl_BVHClipPrimitiveSet::GetStructureById(int)" (?GetStructureById@OpenGl_BVHClipPrimitiveSet@@QEAAPEBVOpenGl_Structure@@H@Z) referenced in function "protected: void __cdecl OpenGl_PriorityList::traverse(class OpenGl_BVHTreeSelector &)const " (?traverse@OpenGl_PriorityList@@IEBAXAEAVOpenGl_BVHTreeSelector@@@Z)

OpenGl_PriorityList.obj : error LNK2019: unresolved external symbol "public: unsigned int __cdecl OpenGl_BVHTreeSelector::Intersect(class NCollection_Vec4<float> const &,class NCollection_Vec4<float> const &)const " (?Intersect@OpenGl_BVHTreeSelector@@QEBAIAEBV?$NCollection_Vec4@M@@0@Z) referenced in function "protected: void __cdecl OpenGl_PriorityList::traverse(class OpenGl_BVHTreeSelector &)const " (?traverse@OpenGl_PriorityList@@IEBAXAEAVOpenGl_BVHTreeSelector@@@Z)

OpenGl_PriorityList.obj : error LNK2019: unresolved external symbol "public: void __cdecl OpenGl_BVHTreeSelector::CacheClipPtsProjections(void)" (?CacheClipPtsProjections@OpenGl_BVHTreeSelector@@QEAAXXZ) referenced in function "protected: void __cdecl OpenGl_PriorityList::traverse(class OpenGl_BVHTreeSelector &)const " (?traverse@OpenGl_PriorityList@@IEBAXAEAVOpenGl_BVHTreeSelector@@@Z)

OpenGl_View.obj : error LNK2019: unresolved external symbol "public: __cdecl OpenGl_BVHTreeSelector::OpenGl_BVHTreeSelector(void)" (??0OpenGl_BVHTreeSelector@@QEAA@XZ) referenced in function "public: __cdecl OpenGl_View::OpenGl_View(class CALL_DEF_VIEWCONTEXT const &,class OpenGl_StateCounter *)" (??0OpenGl_View@@QEAA@AEBVCALL_DEF_VIEWCONTEXT@@PEAVOpenGl_StateCounter@@@Z)

OpenGl_View_2.obj : error LNK2019: unresolved external symbol "public: void __cdecl OpenGl_BVHTreeSelector::SetViewVolume(class Handle_Graphic3d_Camera const &)" (?SetViewVolume@OpenGl_BVHTreeSelector@@QEAAXAEBVHandle_Graphic3d_Camera@@@Z) referenced in function "public: void __cdecl OpenGl_View::Render(class Handle_OpenGl_PrinterContext const &,class Handle_OpenGl_Workspace const &,class Graphic3d_CView const &,struct CALL_DEF_LAYER const &,struct CALL_DEF_LAYER const &)" (?Render@OpenGl_View@@QEAAXAEBVHandle_OpenGl_PrinterContext@@AEBVHandle_OpenGl_Workspace@@AEBVGraphic3d_CView@@AEBUCALL_DEF_LAYER@@3@Z)
TagsNo tags attached.
Test case number

Relationships

child of 0024925 closedapn Community Enabling OCAF persistence without setting environment variables 
child of 0024876 closedapn Open CASCADE Add protection of shapes against modification of geometry 

Activities

kgv

2014-08-20 17:14

developer   ~0030945

Dear bugmaster,

could you please confirm the issue?

Pawel

2014-08-20 17:27

developer   ~0030949

I have added some (but not all) references to issues that cause the errors.

Until the beginning of July 2014 master-branch compiled fine. The errors started occurring after that date.

bugmaster

2014-08-20 18:09

administrator   ~0030952

Hi Pawel,

Could you please specify mode of compilation?
64/32 bit ?
Debug/Release ?

Latest master is compiled without problem in Release 32/64 mode by VC projects generated by cmake with WOK 6.7.1

Bugmaster

Pawel

2014-08-20 22:09

developer   ~0030962

Dear bugmaster,

I tested 64 bit in Release mode.

Some files are missing in the project, e.g I guess in the issue 0024925 Roman renamed some files. The new files are not contained in the project.

Could this be I'm doing something wrong?

kgv

2014-08-20 22:32

developer   ~0030963

>> Could this be I'm doing something wrong?
If you have re-based git branch within the old WOK-branch, make sure all files are re-generated. Unfortunately, WOK is buggy and might misdetect changes totally or partially ignoring them (WOK uses file timestamps to eliminate unnecessary re-builds).

The following command (with flag -f to force execution) might be used to re-perform CDL extractions:
wprocess -f -DGroups=Src,Xcpp

then you can perform wgenproj as usual to generate projects.

It is also useful to manually remove old files (content of folders "inc" and "drv").

Pawel

2014-08-21 17:17

developer   ~0031010

Dear kgv,

in the end I managed to successfully compile OCCT. Thank you for your hints!

I think the root problem was that I capitalized some letters in the command:

wgenproj -target=CMake

while it should read:

wgenproj -target=cmake

but I also re-ran the command that you suggested, installed the latest version of CMake, deleted all the directories so I can't really tell which one helped...

Anyway, please close the issue.

Issue History

Date Modified Username Field Change
2014-08-20 17:09 Pawel New Issue
2014-08-20 17:09 Pawel Assigned To => kgv
2014-08-20 17:14 kgv Note Added: 0030945
2014-08-20 17:14 kgv Assigned To kgv => bugmaster
2014-08-20 17:14 kgv Status new => feedback
2014-08-20 17:25 Pawel Relationship added child of 0024925
2014-08-20 17:26 Pawel Relationship added child of 0024876
2014-08-20 17:27 Pawel Note Added: 0030949
2014-08-20 18:09 bugmaster Note Added: 0030952
2014-08-20 22:09 Pawel Note Added: 0030962
2014-08-20 22:32 kgv Note Added: 0030963
2014-08-21 17:17 Pawel Note Added: 0031010
2014-08-21 17:37 bugmaster Status feedback => closed
2014-08-21 17:37 bugmaster Resolution open => no change required