Pablo Hernandez-Cerdan

That's great @fepegar, thanks! I will work on top of that.

As a reference, one of the generator I am interested in igraph is a verbatim copy of https://www-complexnetworks.lip6.fr/~latapy/FV/generation.html. But the license is also GPL. Attached the GPL code: [gengraph.tar.gz](https://github.com/boostorg/graph/files/3420540/gengraph.tar.gz) And...

IMHO there are two kind of software in the research community. One category would be the "enablers", these are big libraries, or repositories of methods that enable users to do...

The later: > building a project that uses itk-vtk-viewer as a node dependency

> As @dcoeurjo mention it is related to ITK/Eigen and @phcerdan has transmit the issue. @phcerdan have you some news ? I fixed the Eigen problems in ITK (hopefully!). [Eigen...

I think this is because some internals (the matrices) changed in ITK, but it is not related to CMake, or what Eigen to use, using -DITK_USE_SYSTEM_EIGEN won't solve it, neither...

Digging a little bit here, the problem is that an Eigen3::matrrix does not have a `clear()` method, so the Concept checking for CVectorSpace fails. This is triggered when using [volSurfaceRegularization](https://github.com/DGtal-team/DGtalTools/blob/c485884a519bd8e2c6de1e00f7a13e247c8bbb3c/estimators/volSurfaceRegularization.cpp)...

I cannot reproduce it. I build DGtal with default options, build DGtalTools (default options) pointing to it: OK I build DGtal with ITK (ITK from a local build), build DGtalTools...

Not sure from that cryptic error, but seems you are maybe missing linking to the target Eigen3::Eigen?

I cannot reproduce it either. I had to fix a missing include for the polyscope project (from FetchContent), but polyscope compiles all right, and DGtalTools-contrib with main and your polyMeshEdit...