Problems with creating a VS 2017 solution with CMake

Marco
Tue, 04/03/2018 - 23:54

Forums:

Hi,

I want to compile OCC with VS2017 for x64. Therefore, I downloaded the source of the current version and the libraries freeimage, freetype, tcl and tk (all latest version).

I compiled the external libraries with VS2017 (also latest compiler version). Only some issues with TK and the current WinSDK, but now they are all compiled.

My external libraries directories have all a similar structure e.g.

"C:\libraries\cpp\FreeImage\FreeImage-3.17.0" --> include path

"C:\libraries\cpp\FreeImage\FreeImage-3.17.0\v141\x64" -> libraries path with encodes compiler version and target platform. Sometimes, there is also a debug and release directory.

Now, I wanted to create the VS solution with CMake and I set the paths for my library. But I always got errors about missing freetype, tcl and tk.

E.g. when setting the path for 3RDPARTY_FREEIMAGE_INCLUDE_DIR, the my path is reseted after clicking configure. Similar behaviour for TK etc.

What am I doing wrong? A screenshot with the errors messages is attached.

Attachments:

screen.jpg

Pellaeon
Thu, 04/05/2018 - 21:46

OK. after some frustrating try-outs I got my VS project solution.

Now I have a problem with the tcl linking. The appropriate lib file is named 'tcl86t.lib' (default name when compiling tcl) I also set this name as tcl library name in cmake.

When I compile the TDraw project, I got a linker error: LINK : fatal error LNK1104: Datei "tcl86.lib" kann nicht geöffnet werden. (can't open tcl86.lib).

I searched in all project settings files, I searched in the source for 'pragma lib' commands, but nowhere is a tcl86.lib, only the tcl86t.lib in the linker properties. So, where ien the OCC projects is the reference to tcl86.lib (without the t) hidden???

Kirill Gavrilov
Mon, 04/09/2018 - 17:49

I don't know where "tcl86t.lib" comes from - maybe there some changes in Tcl building tools,
or another configuration steps have been taken, but pre-built binaries shared on OCC site have no "t" suffix.
That's why OCCT CMake scripts do not handle such possibility, and might have some issues on attempt to specify library named differently.
https://www.opencascade.com/content/3rd-party-components

As simplest workaround, you can just rename your tcl86t.lib to match OCCT expectations - it's not a big deal.
Further, it will be useful registering an issue on OCCT bugtracker describing your problem with information where and how you have built Tcl:
https://dev.opencascade.org/index.php?q=home/resources
https://tracker.dev.opencascade.org

Regards,
Kirill

David Maung
Tue, 05/01/2018 - 20:46

The new version of Tcl8.6.8 will build with a threading option by default and the "t" stands for threading in tcl86t.lib. I have verified that renaming or copying the library to tcl86.lib as Kirill suggested resolves the issue.

John Stile
Tue, 05/01/2018 - 22:27

TCL/TK 8.6 stated adding siffixes that must be removed for OCCT

Notice in the attached text file that builds tcl/tk, the nmake lines append an empty Suffix.

nmake -nologo -f makefile.vc TCLDIR="%TCL_SRC%" release SUFX=

nmake -f makefile.vc install INSTALLDIR="%TOP%\%TCL_INST%" SUFX=

My occ cmake line ends up looking like this:

cmake ^
-G "Visual Studio 14 2015" ^
-DINSTALL_DIR:PATH="%TOP%\%OCCT_INST%" ^
-DCMAKE_PREFIX_PATH:PATH="%TOP%\%VTK_INST%;%TCL_INST%;%TK_INST%;%TOP%\%FREETYPE_INST%;%TOP%\%TK_INST%;%TOP%\%TCL_INST%;%QTD
-DCMAKE_BUILD_TYPE:STRING="%BUILD_TYPE%" ^
-DCMAKE_CXX_STANDARD_LIBRARIES="legacy_stdio_definitions.lib" ^
-D3RDPARTY_FREETYPE_DIR::PATH=%TOP%\%FREETYPE_INST% ^
-D3RDPARTY_TCL_DIR:PATH=%TOP%\%TCL_INST% ^
-D3RDPARTY_TK_DIR:PATH=%TOP%\%TK_INST% ^
..

Attachments: