In order to avoid some annoying warnings the file FreeCadLibs_12.1.2_x64_vc15\include\Inventor\system\inttypes.h should be modified by adding some guards around several defines.
So this block
wmayer wrote: ↑Sat Mar 30, 2019 9:15 am
I am downloading the file FreeCADLibs_12.1.2_x64_VC15.7z which I hope is the right one.
Btw, what is the difference between FreeCADLibs_12.1.2_x64_VC15_binary_debug.7z and FreeCADLibs_12.1.2_x64_VC15_bin_debug.7z or FreeCADLibs_12.1.2_x64_VC15_binary_release.7z and FreeCADLibs_12.1.2_x64_VC15_bin_release.7z?
I just have delete the old ones. Now 3 files are listed
FreeCADLibs_12.1.2_x64_VC15.7z --> is the complete libpack, including all cmakes, header, libs, etc files
FreeCADLibs_12.1.2_x64_VC15_binary_debug.7z --> containing the 3rd party binaries and all needed files to run the debug version. If you copy these files to your cmake binary dir, FreeCAD should run...
FreeCADLibs_12.1.2_x64_VC15_binary_release.7z --> containing all 3rd party files to run FreeCAD in the release mode, These files can be used to create a clean installer...
wmayer wrote: ↑Sat Mar 30, 2019 9:54 am
When using FreeCADLibs_12.1.2_x64_VC15 then I got a few warnings:
CMake Warning (dev) at src/Base/CMakeLists.txt:393 (target_link_libraries):
Link library type specifier "debug" is followed by specifier "optimized"
instead of a library name. The first specifier will be ignored.
This warning is for project developers. Use -Wno-dev to suppress it.
CMake Warning (dev) at src/Mod/Path/libarea/CMakeLists.txt:148 (target_link_libraries):
Link library type specifier "optimized" is followed by specifier
"optimized" instead of a library name. The first specifier will be
ignored.
This warning is for project developers. Use -Wno-dev to suppress it.
which apparently is caused by to what the Python libs are set:
Found PythonLibs: optimized;optimized;optimized;C:/Projects/FreeCADLibs_12.1.2_x64_VC15/bin/libs/python36.lib;optimized;debug;optimized;C:/Projects/FreeCADLibs_12.1.2_x64_VC15/bin/libs/python36_d.lib;debug;C:/Projects/FreeCADLibs_12.1.2_x64_VC15/bin/libs/python36_d.lib (found suitable version "3.6.8", minimum required is "3")
Fixed this is in "Shiboken2Config.cp36-win_amd64.cmake" line 44
if( NOT {${PYTHON_LIBRARY}} )
shiboken_find_required_python(3)
endif()
wmayer wrote: ↑Sat Mar 30, 2019 10:59 am
In order to avoid some annoying warnings the file FreeCadLibs_12.1.2_x64_vc15\include\Inventor\system\inttypes.h should be modified by adding some guards around several defines.
So this block
wmayer wrote: ↑Sat Mar 30, 2019 9:54 am
When using FreeCADLibs_12.1.2_x64_VC15 then I got a few warnings:
CMake Warning (dev) at src/Base/CMakeLists.txt:393 (target_link_libraries):
Link library type specifier "debug" is followed by specifier "optimized"
instead of a library name. The first specifier will be ignored.
This warning is for project developers. Use -Wno-dev to suppress it.
CMake Warning (dev) at src/Mod/Path/libarea/CMakeLists.txt:148 (target_link_libraries):
Link library type specifier "optimized" is followed by specifier
"optimized" instead of a library name. The first specifier will be
ignored.
This warning is for project developers. Use -Wno-dev to suppress it.
which apparently is caused by to what the Python libs are set:
Found PythonLibs: optimized;optimized;optimized;C:/Projects/FreeCADLibs_12.1.2_x64_VC15/bin/libs/python36.lib;optimized;debug;optimized;C:/Projects/FreeCADLibs_12.1.2_x64_VC15/bin/libs/python36_d.lib;debug;C:/Projects/FreeCADLibs_12.1.2_x64_VC15/bin/libs/python36_d.lib (found suitable version "3.6.8", minimum required is "3")
Fixed this is in "Shiboken2Config.cp36-win_amd64.cmake" line 44
if( NOT ${${PYTHON_LIBRARY}} )
shiboken_find_required_python(3)
endif()
wmayer wrote: ↑Sat Mar 30, 2019 10:59 am
In order to avoid some annoying warnings the file FreeCadLibs_12.1.2_x64_vc15\include\Inventor\system\inttypes.h should be modified by adding some guards around several defines.
So this block
wmayer wrote: ↑Mon Apr 01, 2019 1:16 pm
Any news about the netgen stuff?
No, not right now, i will try to build netgen with occ support tomorrow again....
Update:
Now i have builded netgen with occ support. But i dont understand it right now how it works...
Using with occ support, the build will donwload a occ zip file from (https://github.com/NGSolve/ngsolve_depe ... _win64.zip)
This version is not the same version we are using. Also it only contains the release version.
After building netgen in debug mode i only get dlls named like the release ones e.g. (nglib.dll). This dlls are linking against the release opencascade dlls.....
Do we just need the release dlls?!?!
apeltauer wrote: ↑Mon Apr 01, 2019 1:25 pm
Now i have builded netgen with occ support. But i dont understand it right now how it works...
Ouch, this is messy.
I cloned the source from here: https://github.com/NGSolve/netgen.git I attempted to build from HEAD because I have no idea what tag to use.
I banged away in the CMake gui for a while and eventually got everything to link against the 12.1.2 Libpack, I think. I got an overloaded function error in VS when trying to build the nglib project.
I'm trying to reproduce now, but I had to set paths to zlib, pybind11, occ, and tk/tcl in the Libpack after I broke the link to the NGSolve downloaded dependencies. The NG dependencies were never downloaded, I think because I started with CMake instead of using the .sln file first.
Warning: Doing it this way required an update to CMake 3.14