Ok, thanks for that clarification. Didn't know that.
If I recall, I wasn't sure if I saw complex number support planned in
1.10 or 1.11? You say here '1.10.*' which sounds potentially like a
minor release AFTER 1.10 release which presumably extends into 2011?
In the interim, sounds like potentially a lot of other users are
frequently hit by this. Why not add a helper method to define a defacto
type for it to HDF5 just as many of these other users are currently
doing ABOVE HDF5? That way, they all don't wind up essentially
duplicating the same effort?
Mark
On Fri, 2010-12-10 at 12:21, Elena Pourmal wrote:
> Yes, at this point there is no support for complex type in Fortran and in C.
> We are planning to add it in 1.10.* along with other C99 types that currently
> are not supported.
>
> Elena
> On Dec 10, 2010, at 12:06 PM, Mark Miller wrote:
>
> > Just curious...A complex number is sort of native to the Fortran
> > language. Are we saying there is no 'native' support in HDF5 for
> > Fortran's complex type?
> >
> > Mark
> >
> > On Fri, 2010-12-10 at 07:56, Francesc Alted wrote:
> >> A Friday 10 December 2010 16:39:48 Roger Martin escrigué:
> >>> Hi,
> >>>
> >>> What is a good way to store arrays of complex numbers?
> >>
> >> There is not a standard way (it would be nice if there was one). The
> >> usual thing is to save them as a compound datatype, but people choose
> >> different options for the names of the fields. Here are what I know:
> >>
> >> * ("real", "imag") for Octave
> >> * ("r", "i") for PyTables (but ("real", "imag") is ok too)
> >>
> >>> Particularly MKL (Intel^® Math Kernel Library) has a data type
> >>> MKL_Complex16 which is two doubles side by side and I make very large
> >>> arrays of them.
> >>
> >> May be there is a possibility to define an atomic datatype in HDF5, but
> >> provided that you don't introduce padding between the fields of the
> >> compound type, this works pretty similar to a larger, atomic type.
> >>
> >> Hope this helps,
> > --
> > Mark C. Miller, Lawrence Livermore National Laboratory
> > ================!!LLNL BUSINESS ONLY!!================
> > [email protected] urgent: [email protected]
> > T:8-6 (925)-423-5901 M/W/Th:7-12,2-7 (530)-753-8511
> >
> >
> > _______________________________________________
> > Hdf-forum is for HDF software users discussion.
> > [email protected]
> > http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
>
>
> _______________________________________________
> Hdf-forum is for HDF software users discussion.
> [email protected]
> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
--
Mark C. Miller, Lawrence Livermore National Laboratory
================!!LLNL BUSINESS ONLY!!================
[email protected] urgent: [email protected]
T:8-6 (925)-423-5901 M/W/Th:7-12,2-7 (530)-753-8511
_______________________________________________
Hdf-forum is for HDF software users discussion.
[email protected]
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
