We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
CompositeKind
The current behavior for CompositeKind data is
MAT.jl/src/MAT_HDF5.jl
Lines 529 to 536 in 355bd1a
however, there are issues with the isbits(s) test, reported in #162,#143 or with simple user types such as
isbits(s)
struct MyType field1::Int64 field2::Int64 end
While these types are clearly isbitstypes, I do not see a reason to not allow their conversion the equivalent matlab struct. Given
isbitstype
Line 535 in 355bd1a
fieldcount(T) > 0
Can someone confirm this ?
The text was updated successfully, but these errors were encountered:
Bump ?
Sorry, something went wrong.
No branches or pull requests
The current behavior for
CompositeKind
data isMAT.jl/src/MAT_HDF5.jl
Lines 529 to 536 in 355bd1a
however, there are issues with the
isbits(s)
test, reported in #162,#143 or with simple user types such asWhile these types are clearly
isbitstype
s, I do not see a reason to not allow their conversion the equivalent matlab struct.Given
MAT.jl/src/MAT_HDF5.jl
Line 535 in 355bd1a
The requirement seems more to be that
fieldcount(T) > 0
, regardless of the actual bits type.Can someone confirm this ?
The text was updated successfully, but these errors were encountered: