-
Notifications
You must be signed in to change notification settings - Fork 6
COMP: Use modern macro for name of class #58
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
Conversation
8f45feb to
0aa8dae
Compare
|
100% tests passed, 0 tests failed out of 18 |
63e0399 to
d99010a
Compare
563480a to
c275691
Compare
Match version for ITK v5.4.2
When preparing for the future with ITK by setting ITK_FUTURE_LEGACY_REMOVE:BOOL=ON ITK_LEGACY_REMOVEBOOL=ON The future preferred macro should be used │ - itkTypeMacro │ + itkOverrideGetNameOfClassMacro
Set the default build package tags to v5.4.2 for capturing the ITKRemoteModuleBuildTestPackageAction shared scripts. This pulls the default configuration items needed to build against ITK version v5.4.2.
In preparation for release. Ensure that cmake is 3.16.3 or greater to match v5.4.2 minimum requirements. Set minimum python to 3.9 Increment version number. Replace keyword of "ITK" with lowercase "itk" in some instances to be consistent.
c275691 to
78853e1
Compare
|
Failures like the following have been appearing recently. Could you provide a hint for resolving those issues? |
|
@hjmjohnson the actual error can be seen in the earlier build step: |
For: itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< short >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< short, 3 >, double >
@thewtex OH!!! I thought is was failing to download a file from the internet. I did not realize that the error was due to a local build issue. That is likely the case for other PR's as well! Thank you! |
|
That did not seem to have helped: |
|
@dzenanz I think the issue is that the second template option is set based on "RealType" of the pixel type of the first template argument. This second type is implied in our wrapping. The warnings show up for pixel types where the default "RealType" is 32bit float instead of double. I think that explicitly wrapping both template parameters explicitly might fix the problem, but I have not had time to figure out how to do this. |
|
This builds cleanly, and tests pass locally. |
|
Mac tests fail due to |
|
Let's see whether I have properly ignored the warning. |
thewtex
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Green CI, great! 🎉
A dependency on ITKIOPNG should not be added. From the linked issues, it seems a missing dependency in an example -- the dependency should be added to the example, not the module.
itk-module.cmake
Outdated
| ITKIOImageBase | ||
| ITKIOSpatialObjects | ||
| ITKMetaIO | ||
| ITKIOPNG |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This does not need ITKIOPNG.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Example in this module already has ITKIOPNG in the list of required components:
| ITKIOPNG |
Neither built-in examples nor Sphinx Examples use ITKAnisotropicDiffusionLBR.
Maybe we should put both PNG and MetaIO in TEST_DEPENDS section? But we could discuss this in a separate PR (#59).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was referring to these examples:
Maybe we should put both PNG and MetaIO in TEST_DEPENDS section? But we could discuss this in a separate PR (#59).
Yes, it could be addressed in another PR. But it should not be added in this PR.
This commit fixes the following warnings: itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< short >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< short, 3 >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< unsigned char >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< unsigned char, 3 >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< unsigned short >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< unsigned short, 3 >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< float >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< float, 3 >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< double >, double > itkCoherenceEnhancingDiffusionImageFilter: warning(4): ITK type not wrapped, or currently not known: itk::AnisotropicDiffusionLBRImageFilter< itk::Image< double, 3 >, double >
b89f221 to
7ff2942
Compare
|
I split out contentious commit into a separate PR: #63. |
thewtex
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@dzenanz thanks! 💯
When preparing for the future with ITK by setting
ITK_FUTURE_LEGACY_REMOVE:BOOL=ON
ITK_LEGACY_REMOVEBOOL=ON
The future preferred macro should be used
│ - itkTypeMacro
│ + itkOverrideGetNameOfClassMacro
Closes #60.