-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
volSurfaceRegularization #437
Comments
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 ? |
ping @ngophuc ? |
@ngophuc always present ? or can we close it? |
Well... it is not really related to the regularization tool. |
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. |
When including ITk, is there a way to disable its internal eigen version ? |
I remember some option in cmake process configuration with some use "system eigen" but not sure that will avoid the issue. |
Potentially "ITK_USE_SYSTEM_EIGEN" |
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) |
I cannot reproduce it. Do I have to add any extra option to DGtalTools? |
Not sure from that cryptic error, but seems you are maybe missing linking to the target Eigen3::Eigen? |
many thanks @phcerdan for the tests. I obtain it by defining a new tools based on polyscope viewer which is on my branch here: https://github.com/kerautret/DGtalTools-contrib/tree/polyMeshEdit |
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 branch compiles good here. It would be awesome to know what's going on. My ITK settings are default, with |
Thanks again! perhaps it is something wrong installed on my system. I will try to remove ITK and retest again in particular with the ITK_USE_SYSTEM_EIGEN perhaps. |
which version of ITK did you have ? |
I tested it with a recent master I had installed: sha |
I have been thinking about this. Not sure what generates that error that you see. Do you have any eigen library installed in your system (/usr/include?) If a fresh build of ITK, DGtal and DGtalTools-contrib doesn't solve, we can investigate a bit more. Let me know! |
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
The text was updated successfully, but these errors were encountered: