volSurfaceRegularization

[ngophuc]

I got the following errors while compiling volSegment:
error: no template named 'not_equal_to' in namespace 'Eigen::numext'; did you mean 'itksys_VA_LIST::not_equal_to'?
inline const CwiseBinaryOp<numext::not_equal_to, const Derived, const OtherDerived>
^~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX12.3.sdk/usr/include/c++/v1/__functional/operations.h:436:29: note: 'itksys_VA_LIST::not_equal_to' declared here
struct _LIBCPP_TEMPLATE_VIS not_equal_to
error: no member named 'get_fixed_value' in namespace 'Eigen::internal'
typename FixedBlockXpr<internal::get_fixed_value::value,internal::get_fixed_value::value>::Type
~~~~~~~~~~^
error: 'NRowsType' does not refer to a value
typename FixedBlockXpr<internal::get_fixed_value::value,internal::get_fixed_value::value>::Type
error: expected member name or ';' after declaration specifiers
typename FixedBlockXpr<internal::get_fixed_value::value,internal::get_fixed_value::value>::Type

[dcoeurjo]

Hi @ngophuc, thx for the bug report.

Just to clarify: is it related to volSegment or volSurfaceRegulariation ?

The issue seems to be related to Eigen, which version of eigen are you using ?

[dcoeurjo]

ping @ngophuc ?

[kerautret]

@ngophuc always present ? or can we close it?

[kerautret]

@dcoeurjo I just have the same issue than @ngophuc for me it is in volSurfaceRegularization only

[dcoeurjo]

Well... it is not really related to the regularization tool.
Maybe a side effect with the ITK internal eigen version.
Maybe more an itk bug than a DGtal one

[kerautret]

I see, I confirm that only appears when ITK is activated in DGtal. Looks complicated to solve perhaps by forcing to use the DGtal eigen version instead the one ITK but sure if cmake can do it.

[dcoeurjo]

When including ITk, is there a way to disable its internal eigen version ?

[kerautret]

I remember some option in cmake process configuration with some use "system eigen" but not sure that will avoid the issue.

[kerautret]

When including ITk, is there a way to disable its internal eigen version ?

Potentially "ITK_USE_SYSTEM_EIGEN"
However I not sure that it is related because for me, it well mention the eigen version of the local fetched eigen version (perhaps boost related in fact). Else people from kitware suggest me to use superbuild using the ExternalProject_Add cmake command to avoid conflicting dependancies. It could be interesting to test it (https://cmake.org/cmake/help/latest/module/ExternalProject.html)

[kerautret]

looks very strange, I tested other tools with itk activated and it produce also some. eigen related errors but it come well with the same version of eigen, so it looks like that ITK activation make eigen compilation issue. Perhaps @phcerdan have you an idea of such potential issue (here are another example of issue:) (the version of eigen is well the fetch by DGtal I verified it)
DGtalTools-contrib/build/_deps/eigen-src/Eigen/src/SparseCore/../plugins/MatrixCwiseBinaryOps.h:42:28: error: no template named 'equal_to' in namespace 'Eigen::numext'; did you mean 'boost_swap_impl::equal_to'? inline const CwiseBinaryOp<numext::equal_to<Scalar>, const Derived, const OtherDerived>

[phcerdan]

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 (default options) pointing to it: OK.

Do I have to add any extra option to DGtalTools?

[phcerdan]

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