[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: hdf5-support ?
From: |
John W. Eaton |
Subject: |
Re: hdf5-support ? |
Date: |
Thu, 18 Aug 2005 10:08:21 -0400 |
On 18-Aug-2005, David Bateman wrote:
| This doesn't address the issue of extensibility of load/save for user
| types.
I'm not saying replace the current load/save code with the thin
wrapper to the HDF5 library. But if we had a thin wrapper for the
HDF5 library, couldn't we write the load/save functions in Octave
instead of C++?
| Also as Fsave and Fload are in C++, do you really want to do an eval to
| get to an m-file for the hdf load save stuff....
It would just be an feval, which is not quite as bad as eval. Yes, I
think you would still need a small bit of code in the octave_value
classes to invoke the Octave code for each data type. The tradeoff is
that it would be a little slower, but the Octave code would probably
be a lot easier for more people to maintain. How many times do we
hear on the lists that people can do Octave/Matlab/whatever scripting
language but not C++? Having it in Octave instead of C++ would also
mean that bugs could be fixed in that code without having to
recompile, and, for most people, tracing what is going on would
probably be easier.
jwe
-------------------------------------------------------------
Octave is freely available under the terms of the GNU GPL.
Octave's home on the web: http://www.octave.org
How to fund new projects: http://www.octave.org/funding.html
Subscription information: http://www.octave.org/archive.html
-------------------------------------------------------------