marcocecchiscmgroup

My suspicions were confirmed by switching to another library, as I knew the aforementioned calculations were correct. Problem is that, the buggy OCCT interpolate() (as almost anything else in OCCT...

According to the log the model has been successfully converted, but failed writing the STEP file /home/lheck/Downloads/Caja_Metalica_Octagonal_ipt/0016.step. This is not a problem of this library. 

This is strange, as it should be ASCII. Attached. [0016.zip](https://github.com/jmplonka/InventorLoader/files/14872715/0016.zip)

It would make sense that the h in .smbh would stand for history, in Breps.BlobParts, but this doesn't seem to be the case?

The sab version is 28 (v4) and 29 (v5), which is not supported by this plugin

>CGAL does not need to be built, it is now a header-only library. If that's not CGAL per se, but demos, tests etc it makes little difference for my evaluation...

>With recent version of boost, it should be enough to set Boost_DIR to E:/libs/boost_1_84_0/lib64-msvc-14.1/cmake/Boost-1.84.0. Indeed, that's what I did; and it also seems that Cmake likes it. Maybe this problem...

Hello Laurent, please find CMakeCache.txt attached (can't see CGAL_DIR defined). [CMakeCache.txt](https://github.com/CGAL/cgal/files/13916465/CMakeCache.txt) Thanks, Marco.

I think that the problem is at 'generation' time (Cmake-gui goes configure/generate/open project). Somewhere at configure time the (expected) long path with all the include dirs is generated, concatenated by...

> * CGAL-5.6, for sure, > * Boost 1.84.0, it seems, > * which version of Visual Studio? VS 2022 (anyhow the problem is that the generated vcproj files miss...