Closed jacg closed 2 years ago
Apologies for the very late reply, but thank you for the report. Currently working on a fix :).
The visibility of derived fields in 1.0.1 should now match the original fields' visibility. Please let me know if there's anything else :)
This seems to be working fine now. Many thanks.
Going off on a tangent (let me know if there's a better place to raise this) ... I have a struct with a bunch of (lots, too many!) fields, and one or two of them are expected to be NaN
s. I would like to be able to express a test along the lines of
Each of these fields should match within
ulps <= 1
(or specific differentulps
es for each) except these two which should beNaN
s.
Is there any way of doing without writing a separate assertion for each member?
Here is an adaptation of the code shown in the documentation, which illustrates the problem
Both
foo::Point
and itsx
andy
fields are public, so they can be used in other modules. However, thex
andy
fields of the derivedPointUlps
are private, preventing them from being used in other modules, which makes the whole ofPointUlps
unusable.