compiling hdf5 1.8.3 on windows

--- Lun 16/11/09, Elena Pourmal ha scritto:

Mike and All,
Good questions. I am afraid we do not have good
answers right now :wink:
What if one of _our_ paying customers has
requested it and we went forward creating the CMake build
system for HDF5 1.8.x. Would the HDF Group give their
backing? By that I mean, is it possible to get CVS
read/write access to the HDF5 source
codes?How
willing is the HDF5 group to make some small tweaks to the
HDF5 source codes to accommodate CMake if it were needed? I
would much rather go down the road of creating a CMake
version of HDF5 _if_ I had the official backing of the HDF5
group, rather than "forking" the code base and
putting it up on another server. My goal is NOT to cause any
type of rift in the HDF5 community but I am curios what The
HDF Group's position is on this?

As I mentioned in my previous email, we do consider
Cmake as one of the possible build systems for the HDF
software. Since no one in our group has expertise in Cmake,
it is very hard for us to give an answer because of many
things we do not know.
As you all probably aware, build system for HDF
(and I am talking here not only about HDF5 but HDF4, h4toh5,
HDF Java products, etc.) has to work on many platforms and
in many environments (some are listed below plus some unique
platforms we support at the National Labs and other places),
has to support Fortran(77,90,2003), C++, and Java, has to
work well with MPI I/O, support shared libraries, support
statically linked binaries, support universal binaries :wink:
for Mac, support cross-compilation, etc. To keep our
maintenance cost low, we cannot consider only moving HDF5 to
Cmake, but need to think about other software we support and
implication of this move on other packages that depend on
HDF (may be none, I simply do not know)
Said this, we will be more than happy to work
with the community on evaluating Cmake capability for HDF5.
One of the platforms that desperately needs improvements for
the build process is Windows. If we can make Cmake to work
on Windows for
MSVS compilers+ Intel Fortran compilers + SZLIB
+ provide static libraries and
DLLsCygwinMinGW
it will be worth adding it to HDF5. (Do I
contradict myself :wink:

cmake 2.6.4-1 is available on cygwin.

I have not yet ported hdf5 1.8.x as octave 3.2.x
was using hdf5 1.6.x but next release should allow it.

Bottom line:
We will be glad to work with someone (Mike? as
we planned?) to evaluate Cmake for HDF5; we would like to
target Windows platforms first. After we finish evaluation,
we will be able to answer many questions your raised in this
email.
Thank you!
Elena

Also, what are the HDF Groups
requirements as in Operating Systems that need to be
verified/working? What testing infrastructure is needed?
(MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host
a "Dashboard" for HDF5 so that people can submit
test results for their configurations.

Guessing, but I am thinking ParaView would be an
immediate beneficiary of the work. I know I have more than a
few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson
mike.jackson@bluequartz.net

John,

Decision has not been
made. Since none of our paying customers requested cmake,
the task has a low priority, but it is on our radar.

Elena

Does anyone have a cmakeified version of 1.8.x
anywhere.

And do the hdf group
have plans to move to a cmake based build? The subject has
come up once or twice on the list, but I wonder if a
decision has been made.

Thanks

JB

Regards
Marco

···

On Nov 16, 2009, at 10:01 AM, Michael Jackson > wrote:
On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:
On Nov 16, 2009, at > 9:04 AM, Biddiscombe, John A. wrote:

I'm prepared to volunteer to help and I will be happy to setup an svn repository and a TWiki page for Hdf5-Cmake. I can start with Solomon's generous contribution and get working on a more robust cmakeified hdf5. I can test it with ParaView/Xdmf on linux, windows (including intel C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on HPC machines may be the trickiest to get smoothly working. (Though my success in the past with CMake+Intel fortran on windows has been 'poor' at best)

If the HDF group give their blessing and adopt cmake in the future, I'll be a happy bunny. I probably can't help with the myriad other tools that the HDF group are supporting, but basic lib functionality shouldn't be a problem.

JB

···

From: hdf-forum-bounces@hdfgroup.org [mailto:hdf-forum-bounces@hdfgroup.org] On Behalf Of Elena Pourmal
Sent: 17 November 2009 06:17
To: hdf-forum@hdfgroup.org
Subject: Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal <epourmal@hdfgroup.org<mailto:epourmal@hdfgroup.org>> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net<mailto:mike.jackson@bluequartz.net>

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch<http://cscs.ch>
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org<mailto:Hdf-forum@hdfgroup.org>
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org<mailto:Hdf-forum@hdfgroup.org>
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org<mailto:Hdf-forum@hdfgroup.org>
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org<mailto:Hdf-forum@hdfgroup.org>
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org<mailto:Hdf-forum@hdfgroup.org>
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

testing helps a lot! And we will definitely ask you for help :slight_smile:

Elena

···

On Nov 17, 2009, at 4:02 PM, Sean McBride wrote:

On 11/16/09 2:15 PM, Elena Pourmal said:

As I mentioned in my previous email, we do consider Cmake as one of
the possible build systems for the HDF software.

I just wanted to add a "me too". :slight_smile: i.e. I'd also like to see a switch
to CMake. It would make my life easier. Alas, I'm unable to contribute
anything towards the effort except for doing test builds on my various
configurations.

Cheers,

--
____________________________________________________________
Sean McBride, B. Eng sean@rogue-research.com
Rogue Research www.rogue-research.com
Mac Software Developer Montréal, Québec, Canada

Yes, I am working with the 1.8 branch. I believe that I have the 1.8.0
version specifically.

···

On Mon, Nov 16, 2009 at 4:12 PM, Michael Jackson < mike.jackson@bluequartz.net> wrote:

Is that for HDF5 version 1.8? If so that is a pretty good start you have
there. I could definitely build on that.

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 16, 2009, at 3:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and
it does not perform all of the configuration tasks. In particular, the
architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my
SVN tree is visible on Google Code:
http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything
actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal <epourmal@hdfgroup.org> >> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went

forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group
give their backing? By that I mean, is it possible to get CVS read/write
access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5
source codes to accommodate CMake if it were needed? I would much rather go
down the road of creating a CMake version of HDF5 _if_ I had the official
backing of the HDF5 group, rather than "forking" the code base and putting
it up on another server. My goal is NOT to cause any type of rift in the
HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the
possible build systems for the HDF software. Since no one in our group has
expertise in Cmake, it is very hard for us to give an answer because of many
things we do not know.

As you all probably aware, build system for HDF (and I am talking here not
only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on
many platforms and in many environments (some are listed below plus some
unique platforms we support at the National Labs and other places), has to
support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O,
support shared libraries, support statically linked binaries, support
universal binaries :wink: for Mac, support cross-compilation, etc. To keep our
maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need
to think about other software we support and implication of this move on
other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on
evaluating Cmake capability for HDF5. One of the platforms that desperately
needs improvements for the build process is Windows. If we can make Cmake to
work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries
and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate
Cmake for HDF5; we would like to target Windows platforms first. After we
finish evaluation, we will be able to answer many questions your raised in
this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that
need to be verified/working? What testing infrastructure is needed? (MPI,
Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for
HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary
of the work. I know I have more than a few projects that would benefit.
Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested
cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The
subject has come up once or twice on the list, but I wonder if a decision
has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

WHat is the time line on the next release of Octave?

···

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 17, 2009, at 3:38 AM, Marco Atzeri wrote:

I have not yet ported hdf5 1.8.x as octave 3.2.x
was using hdf5 1.6.x but next release should allow it.

<http://www.bluequartz.net/cgi-bin/gitweb/gitweb.cgi?p=hdf5-169.git;a=summary >

is my local Git repo for HDF5 1.6.9. You can use the "git" protocol to "clone" it if you want.

  I have the following working in my CMake version:
    C Library
    C++ Library
    H5Lite
   1/ 37 Testing testhdf5 Passed
   2/ 37 Testing lheap Passed
   3/ 37 Testing ohdr Passed
   4/ 37 Testing stab Passed
   5/ 37 Testing gheap Passed
   6/ 37 Testing cache Passed
   7/ 37 Testing hyperslab Passed
   8/ 37 Testing istore Passed
   9/ 37 Testing bittests Passed
  10/ 37 Testing dtypes Passed
  11/ 37 Testing dsets Passed
  12/ 37 Testing cmpd_dset Passed
  13/ 37 Testing extend Passed
  14/ 37 Testing external Passed
  15/ 37 Testing links Passed
  16/ 37 Testing unlink Passed
  17/ 37 Testing big Passed
  18/ 37 Testing mtime Passed
  19/ 37 Testing fillval Passed
  20/ 37 Testing mount Passed
  21/ 37 Testing flush1 Passed
  22/ 37 Testing flush2 Passed
  23/ 37 Testing enum Passed
  24/ 37 Testing set_extent Passed
  25/ 37 Testing ttsafe Passed
  26/ 37 Testing getname Passed
  27/ 37 Testing file_handle Passed
  28/ 37 Testing ntypes Passed
  29/ 37 Testing dangle Passed
  30/ 37 Testing h52gifgentest Passed
  31/ 37 Testing h5diffgentest Passed
  32/ 37 Testing h5dumpgentest Passed
  33/ 37 Testing h5jamgentest Passed
  34/ 37 Testing h5importtest Passed
  35/ 37 Testing h5repacktest Passed
  36/ 37 Testing testh5repack_detect_szip Passed
  37/ 37 Testing testhdf5cpp Passed

I also have true universal binary support working where you can build a quad binary HDF5 library on OS X 10.5. I had to heavily modify the H5init.c file to add in all the necessary #if's for all four Archs on OS X. You can also have both Debug and release versions installed at the same time. I have a "FindHDF5.cmake" to go along with it but I think I'll try to sync up with the FindHDF5 that is shipping with CMake 2.8 in order to be more consistent.

  Not really sure what is involved in bringing it up to 1.8 specs. Obviously new files will need to be added and some deleted. Not sure of any new Compile definitions (Like 1.6 compatibility) that need to be added. I don't think I have any explicit MPI Support either.

···

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 17, 2009, at 3:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s generous contribution and get working on a more robust cmakeified hdf5. I can test it with ParaView/Xdmf on linux, windows (including intel C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on HPC machines may be the trickiest to get smoothly working. (Though my success in the past with CMake+Intel fortran on windows has been ‘poor’ at best)

If the HDF group give their blessing and adopt cmake in the future, I’ll be a happy bunny. I probably can’t help with the myriad other tools that the HDF group are supporting, but basic lib functionality shouldn’t be a problem.

JB

From: hdf-forum-bounces@hdfgroup.org [mailto:hdf-forum-bounces@hdfgroup.org] On Behalf Of Elena Pourmal
Sent: 17 November 2009 06:17
To: hdf-forum@hdfgroup.org
Subject: Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal > <epourmal@hdfgroup.org> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

John and All,

I had some discussions today with the Windows support team here. We agreed that we should try Cmake for Windows. Cmake looks very powerful, and we also think it will address some of the issues we are dealing with in our daily regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should), we will be willing to incorporate Cmake with HDF5 and support it for Windows (and get rid of our current infrastructure for Windows). It would be great if we can work with the community to support Cmake/HDF5 on other systems. But looking into support beyond Windows is little-bit premature at this point; we have to evaluate it first. Your help will be highly appreciated.

I’m prepared to volunteer to help and I will be happy to setup an svn repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s generous contribution and get working on a more robust cmakeified hdf5. I can test it with ParaView/Xdmf on linux, windows (including intel C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on HPC machines may be the trickiest to get smoothly working. (Though my success in the past with CMake+Intel fortran on windows has been ‘poor’ at best)

The proposal looks great. If we can get, for example, 1.8.4 code with Cmake that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some tests for C library and command line utilities (can be just h5dump and h5diff for the first try), it will be very helpful. We will also need SZIP port to Cmake (Solomin has it for his software, can it be given back to us? For SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it work there? (probably too good to be true :wink:

···

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

If the HDF group give their blessing and adopt cmake in the future, I’ll be a happy bunny. I probably can’t help with the myriad other tools that the HDF group are supporting, but basic lib functionality shouldn’t be a problem.

JB

From: hdf-forum-bounces@hdfgroup.org [mailto:hdf-forum-bounces@hdfgroup.org] On Behalf Of Elena Pourmal
Sent: 17 November 2009 06:17
To: hdf-forum@hdfgroup.org
Subject: Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal > <epourmal@hdfgroup.org> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

--- Mar 17/11/09, Michael Jackson ha scritto:

WHat is the time line on the next
release of Octave?

We are in the middle of a full automake/libtool reshaffle
so I suspect it will take some time before seeing octave 3.4.x.

But I could build the hdf5 1.8.x package in parallel to
1.6.x , I need just to find the time to work on it.

Regards
Marco

···

_________________________________________________________
Mike Jackson
mike.jackson@bluequartz.net
BlueQuartz Software
www.bluequartz.net
Principal Software Engineer
Dayton, Ohio

On Nov 17, 2009, at 3:38 AM, Marco Atzeri wrote:

> I have not yet ported hdf5 1.8.x as octave 3.2.x
> was using hdf5 1.6.x but next release should allow
it.

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

All,
  I have setup a repo for HDF5 version 1.6.9 and version 1.8.10 at gitorious.

http://gitorious.org/hdf5/

The contents of the 1.8 repo is just the contents of the 1.6.9 repo as a place to start.

Starting cloning and updating. I'll be happy to take merge requests and merge those into the HEAD of the repo. I'll also consider committer requests so you can write directly to the repo instead of having to clone the thing into your own Gitorious account.

I would like to start on the 1.8.10 branch myself but the biggest thing I don't really know are the following:
   What files were added or deleted between the 1.6 branch and the 1.8 branch.
   Were there any new compiler definitions added/deleted between 1.6 and 1.8
   Were there any regression tests added/removed between 1.6 and 1.8

With some great cooperation between some key community players we should be able to get a 1.8.10 CMake working fairly quickly.

If folks want to contact me directly or chat in real time my info is below.

···

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio
AIM: imikejackson@mac.com
GTalk: imikejackson@gmail.com
GTalk (Alt): mike.jackson@bluequartz.net

On Nov 17, 2009, at 4:50 PM, Elena Pourmal wrote:

John and All,

I had some discussions today with the Windows support team here. We agreed that we should try Cmake for Windows. Cmake looks very powerful, and we also think it will address some of the issues we are dealing with in our daily regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should), we will be willing to incorporate Cmake with HDF5 and support it for Windows (and get rid of our current infrastructure for Windows). It would be great if we can work with the community to support Cmake/HDF5 on other systems. But looking into support beyond Windows is little-bit premature at this point; we have to evaluate it first. Your help will be highly appreciated.

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s generous contribution and get working on a more robust cmakeified hdf5. I can test it with ParaView/Xdmf on linux, windows (including intel C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on HPC machines may be the trickiest to get smoothly working. (Though my success in the past with CMake+Intel fortran on windows has been ‘poor’ at best)

The proposal looks great. If we can get, for example, 1.8.4 code with Cmake that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some tests for C library and command line utilities (can be just h5dump and h5diff for the first try), it will be very helpful. We will also need SZIP port to Cmake (Solomin has it for his software, can it be given back to us? For SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it work there? (probably too good to be true :wink:

If the HDF group give their blessing and adopt cmake in the future, I’ll be a happy bunny. I probably can’t help with the myriad other tools that the HDF group are supporting, but basic lib functionality shouldn’t be a problem.

JB

From: hdf-forum-bounces@hdfgroup.org [mailto:hdf-forum-bounces@hdfgroup.org] On Behalf Of Elena Pourmal
Sent: 17 November 2009 06:17
To: hdf-forum@hdfgroup.org
Subject: Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal >> <epourmal@hdfgroup.org> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

How many regression tests are you running on a nightly basis? Just out of curiosity.

···

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 17, 2009, at 4:50 PM, Elena Pourmal wrote:

John and All,

I had some discussions today with the Windows support team here. We agreed that we should try Cmake for Windows. Cmake looks very powerful, and we also think it will address some of the issues we are dealing with in our daily regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should), we will be willing to incorporate Cmake with HDF5 and support it for Windows (and get rid of our current infrastructure for Windows). It would be great if we can work with the community to support Cmake/HDF5 on other systems. But looking into support beyond Windows is little-bit premature at this point; we have to evaluate it first. Your help will be highly appreciated.

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s generous contribution and get working on a more robust cmakeified hdf5. I can test it with ParaView/Xdmf on linux, windows (including intel C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on HPC machines may be the trickiest to get smoothly working. (Though my success in the past with CMake+Intel fortran on windows has been ‘poor’ at best)

The proposal looks great. If we can get, for example, 1.8.4 code with Cmake that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some tests for C library and command line utilities (can be just h5dump and h5diff for the first try), it will be very helpful. We will also need SZIP port to Cmake (Solomin has it for his software, can it be given back to us? For SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it work there? (probably too good to be true :wink:

If the HDF group give their blessing and adopt cmake in the future, I’ll be a happy bunny. I probably can’t help with the myriad other tools that the HDF group are supporting, but basic lib functionality shouldn’t be a problem.

JB

From: hdf-forum-bounces@hdfgroup.org [mailto:hdf-forum-bounces@hdfgroup.org] On Behalf Of Elena Pourmal
Sent: 17 November 2009 06:17
To: hdf-forum@hdfgroup.org
Subject: Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal >> <epourmal@hdfgroup.org> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

I have no problem donating my CMake configs for SZIP or Zlib. They are of
about the same quality as the HDF5 setup -- only tested with Windows/VS and
not covering all possible configuration options.

···

On Tue, Nov 17, 2009 at 4:50 PM, Elena Pourmal <epourmal@hdfgroup.org>wrote:

John and All,

I had some discussions today with the Windows support team here. We agreed
that we should try Cmake for Windows. Cmake looks very powerful, and we also
think it will address some of the issues we are dealing with in our daily
regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should), we
will be willing to incorporate Cmake with HDF5 and support it for Windows
(and get rid of our current infrastructure for Windows). It would be great
if we can work with the community to support Cmake/HDF5 on other systems.
But looking into support beyond Windows is little-bit premature at this
point; we have to evaluate it first. Your help will be highly appreciated.

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn
repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s
generous contribution and get working on a more robust cmakeified hdf5. I
can test it with ParaView/Xdmf on linux, windows (including intel
C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on
HPC machines may be the trickiest to get smoothly working. (Though my
success in the past with CMake+Intel fortran on windows has been ‘poor’ at
best)

The proposal looks great. If we can get, for example, 1.8.4 code with Cmake
that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some tests
for C library and command line utilities (can be just h5dump and h5diff for
the first try), it will be very helpful. We will also need SZIP port to
Cmake (Solomin has it for his software, can it be given back to us? For
SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it
work there? (probably too good to be true :wink:

If the HDF group give their blessing and adopt cmake in the future, I’ll be
a happy bunny. I probably can’t help with the myriad other tools that the
HDF group are supporting, but basic lib functionality shouldn’t be a
problem.

JB

*From:* hdf-forum-bounces@hdfgroup.org [
mailto:hdf-forum-bounces@hdfgroup.org <hdf-forum-bounces@hdfgroup.org>] *On
Behalf Of *Elena Pourmal
*Sent:* 17 November 2009 06:17
*To:* hdf-forum@hdfgroup.org
*Subject:* Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and
it does not perform all of the configuration tasks. In particular, the
architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my
SVN tree is visible on Google Code:
http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything
actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal <epourmal@hdfgroup.org> > wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward
creating the CMake build system for HDF5 1.8.x. Would the HDF Group give
their backing? By that I mean, is it possible to get CVS read/write access
to the HDF5 source codes?

How willing is the HDF5 group to make some small tweaks to the HDF5 source
codes to accommodate CMake if it were needed? I would much rather go down
the road of creating a CMake version of HDF5 _if_ I had the official backing
of the HDF5 group, rather than "forking" the code base and putting it up on
another server. My goal is NOT to cause any type of rift in the HDF5
community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the
possible build systems for the HDF software. Since no one in our group has
expertise in Cmake, it is very hard for us to give an answer because of many
things we do not know.

As you all probably aware, build system for HDF (and I am talking here not
only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on
many platforms and in many environments (some are listed below plus some
unique platforms we support at the National Labs and other places), has to
support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O,
support shared libraries, support statically linked binaries, support
universal binaries :wink: for Mac, support cross-compilation, etc. To keep our
maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need
to think about other software we support and implication of this move on
other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on
evaluating Cmake capability for HDF5. One of the platforms that desperately
needs improvements for the build process is Windows. If we can make Cmake to
work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries
and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate
Cmake for HDF5; we would like to target Windows platforms first. After we
finish evaluation, we will be able to answer many questions your raised in
this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that
need to be verified/working? What testing infrastructure is needed? (MPI,
Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5
so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of
the work. I know I have more than a few projects that would benefit. Others
may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested
cmake, the task has a low priority, but it is on our radar.

Elena

On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject
has come up once or twice on the list, but I wonder if a decision has been
made.

Thanks

JB

--

John Biddiscombe, email:biddisco @ cscs.ch

http://www.cscs.ch/

CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07

Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________

Hdf-forum is for HDF software users discussion.

Hdf-forum@hdfgroup.org

http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________

Hdf-forum is for HDF software users discussion.

Hdf-forum@hdfgroup.org

http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Elena

cmake is a good tool however there's plenty of room for improvement in the
setup of the VS projects you should consider. It would be great to use the
VS macros (like $(SolutionDir) ) that will help reconfigure the VS solution
much more easily whenever needed.

Regards

-- dimitris

···

2009/11/17 Elena Pourmal <epourmal@hdfgroup.org>

John and All,

I had some discussions today with the Windows support team here. We agreed
that we should try Cmake for Windows. Cmake looks very powerful, and we also
think it will address some of the issues we are dealing with in our daily
regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should), we
will be willing to incorporate Cmake with HDF5 and support it for Windows
(and get rid of our current infrastructure for Windows). It would be great
if we can work with the community to support Cmake/HDF5 on other systems.
But looking into support beyond Windows is little-bit premature at this
point; we have to evaluate it first. Your help will be highly appreciated.

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn
repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s
generous contribution and get working on a more robust cmakeified hdf5. I
can test it with ParaView/Xdmf on linux, windows (including intel
C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on
HPC machines may be the trickiest to get smoothly working. (Though my
success in the past with CMake+Intel fortran on windows has been ‘poor’ at
best)

The proposal looks great. If we can get, for example, 1.8.4 code with Cmake
that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some tests
for C library and command line utilities (can be just h5dump and h5diff for
the first try), it will be very helpful. We will also need SZIP port to
Cmake (Solomin has it for his software, can it be given back to us? For
SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it
work there? (probably too good to be true :wink:

If the HDF group give their blessing and adopt cmake in the future, I’ll be
a happy bunny. I probably can’t help with the myriad other tools that the
HDF group are supporting, but basic lib functionality shouldn’t be a
problem.

JB

*From:* hdf-forum-bounces@hdfgroup.org [
mailto:hdf-forum-bounces@hdfgroup.org <hdf-forum-bounces@hdfgroup.org>] *On
Behalf Of *Elena Pourmal
*Sent:* 17 November 2009 06:17
*To:* hdf-forum@hdfgroup.org
*Subject:* Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and
it does not perform all of the configuration tasks. In particular, the
architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my
SVN tree is visible on Google Code:
http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything
actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal <epourmal@hdfgroup.org> > wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward
creating the CMake build system for HDF5 1.8.x. Would the HDF Group give
their backing? By that I mean, is it possible to get CVS read/write access
to the HDF5 source codes?

How willing is the HDF5 group to make some small tweaks to the HDF5 source
codes to accommodate CMake if it were needed? I would much rather go down
the road of creating a CMake version of HDF5 _if_ I had the official backing
of the HDF5 group, rather than "forking" the code base and putting it up on
another server. My goal is NOT to cause any type of rift in the HDF5
community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the
possible build systems for the HDF software. Since no one in our group has
expertise in Cmake, it is very hard for us to give an answer because of many
things we do not know.

As you all probably aware, build system for HDF (and I am talking here not
only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on
many platforms and in many environments (some are listed below plus some
unique platforms we support at the National Labs and other places), has to
support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O,
support shared libraries, support statically linked binaries, support
universal binaries :wink: for Mac, support cross-compilation, etc. To keep our
maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need
to think about other software we support and implication of this move on
other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on
evaluating Cmake capability for HDF5. One of the platforms that desperately
needs improvements for the build process is Windows. If we can make Cmake to
work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries
and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate
Cmake for HDF5; we would like to target Windows platforms first. After we
finish evaluation, we will be able to answer many questions your raised in
this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that
need to be verified/working? What testing infrastructure is needed? (MPI,
Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5
so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of
the work. I know I have more than a few projects that would benefit. Others
may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested
cmake, the task has a low priority, but it is on our radar.

Elena

On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject
has come up once or twice on the list, but I wonder if a decision has been
made.

Thanks

JB

--

John Biddiscombe, email:biddisco @ cscs.ch

http://www.cscs.ch/

CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07

Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________

Hdf-forum is for HDF software users discussion.

Hdf-forum@hdfgroup.org

http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________

Hdf-forum is for HDF software users discussion.

Hdf-forum@hdfgroup.org

http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

On average:

Windows - 20 (total number of configurations tested is 40)
Linux/Unix - 260

This includes all HDF software (HDF4,5, HDF-Java, h4toH5) and some critical HDF-based third party software that uses HDF daily builds.

Elena

···

On Nov 17, 2009, at 4:20 PM, Michael Jackson wrote:

How many regression tests are you running on a nightly basis? Just out of curiosity.

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 17, 2009, at 4:50 PM, Elena Pourmal wrote:

John and All,

I had some discussions today with the Windows support team here. We agreed that we should try Cmake for Windows. Cmake looks very powerful, and we also think it will address some of the issues we are dealing with in our daily regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should), we will be willing to incorporate Cmake with HDF5 and support it for Windows (and get rid of our current infrastructure for Windows). It would be great if we can work with the community to support Cmake/HDF5 on other systems. But looking into support beyond Windows is little-bit premature at this point; we have to evaluate it first. Your help will be highly appreciated.

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s generous contribution and get working on a more robust cmakeified hdf5. I can test it with ParaView/Xdmf on linux, windows (including intel C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on HPC machines may be the trickiest to get smoothly working. (Though my success in the past with CMake+Intel fortran on windows has been ‘poor’ at best)

The proposal looks great. If we can get, for example, 1.8.4 code with Cmake that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some tests for C library and command line utilities (can be just h5dump and h5diff for the first try), it will be very helpful. We will also need SZIP port to Cmake (Solomin has it for his software, can it be given back to us? For SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it work there? (probably too good to be true :wink:

If the HDF group give their blessing and adopt cmake in the future, I’ll be a happy bunny. I probably can’t help with the myriad other tools that the HDF group are supporting, but basic lib functionality shouldn’t be a problem.

JB

From: hdf-forum-bounces@hdfgroup.org [mailto:hdf-forum-bounces@hdfgroup.org] On Behalf Of Elena Pourmal
Sent: 17 November 2009 06:17
To: hdf-forum@hdfgroup.org
Subject: Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal <epourmal@hdfgroup.org >>> > wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

I have a CMakeLists.txt for both SZip and Zip.

Can we just integrate both SZip and Zip sources into the HDF5 sources? Would make configuration much easier. Or is there license issues with that.

···

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 17, 2009, at 7:38 PM, Solomon Gibbs wrote:

I have no problem donating my CMake configs for SZIP or Zlib. They are of about the same quality as the HDF5 setup -- only tested with Windows/VS and not covering all possible configuration options.

On Tue, Nov 17, 2009 at 4:50 PM, Elena Pourmal > <epourmal@hdfgroup.org> wrote:
John and All,

I had some discussions today with the Windows support team here. We agreed that we should try Cmake for Windows. Cmake looks very powerful, and we also think it will address some of the issues we are dealing with in our daily regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should), we will be willing to incorporate Cmake with HDF5 and support it for Windows (and get rid of our current infrastructure for Windows). It would be great if we can work with the community to support Cmake/HDF5 on other systems. But looking into support beyond Windows is little-bit premature at this point; we have to evaluate it first. Your help will be highly appreciated.

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s generous contribution and get working on a more robust cmakeified hdf5. I can test it with ParaView/Xdmf on linux, windows (including intel C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on HPC machines may be the trickiest to get smoothly working. (Though my success in the past with CMake+Intel fortran on windows has been ‘poor’ at best)

The proposal looks great. If we can get, for example, 1.8.4 code with Cmake that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some tests for C library and command line utilities (can be just h5dump and h5diff for the first try), it will be very helpful. We will also need SZIP port to Cmake (Solomin has it for his software, can it be given back to us? For SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it work there? (probably too good to be true :wink:

If the HDF group give their blessing and adopt cmake in the future, I’ll be a happy bunny. I probably can’t help with the myriad other tools that the HDF group are supporting, but basic lib functionality shouldn’t be a problem.

JB

From: hdf-forum-bounces@hdfgroup.org [mailto:hdf-forum-bounces@hdfgroup.org] On Behalf Of Elena Pourmal
Sent: 17 November 2009 06:17
To: hdf-forum@hdfgroup.org
Subject: Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal >> <epourmal@hdfgroup.org> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

... and property sheets (mentioning as they come up) :slight_smile: for this I also
volunteer to help.

···

2009/11/18 Dimitris Servis <servisster@gmail.com>

Elena

cmake is a good tool however there's plenty of room for improvement in the
setup of the VS projects you should consider. It would be great to use the
VS macros (like $(SolutionDir) ) that will help reconfigure the VS solution
much more easily whenever needed.

Regards

-- dimitris

2009/11/17 Elena Pourmal <epourmal@hdfgroup.org>

John and All,

I had some discussions today with the Windows support team here. We agreed
that we should try Cmake for Windows. Cmake looks very powerful, and we also
think it will address some of the issues we are dealing with in our daily
regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should),
we will be willing to incorporate Cmake with HDF5 and support it for Windows
(and get rid of our current infrastructure for Windows). It would be great
if we can work with the community to support Cmake/HDF5 on other systems.
But looking into support beyond Windows is little-bit premature at this
point; we have to evaluate it first. Your help will be highly appreciated.

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn
repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s
generous contribution and get working on a more robust cmakeified hdf5. I
can test it with ParaView/Xdmf on linux, windows (including intel
C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on
HPC machines may be the trickiest to get smoothly working. (Though my
success in the past with CMake+Intel fortran on windows has been ‘poor’ at
best)

The proposal looks great. If we can get, for example, 1.8.4 code with
Cmake that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some
tests for C library and command line utilities (can be just h5dump and
h5diff for the first try), it will be very helpful. We will also need SZIP
port to Cmake (Solomin has it for his software, can it be given back to us?
For SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it
work there? (probably too good to be true :wink:

If the HDF group give their blessing and adopt cmake in the future, I’ll
be a happy bunny. I probably can’t help with the myriad other tools that the
HDF group are supporting, but basic lib functionality shouldn’t be a
problem.

JB

*From:* hdf-forum-bounces@hdfgroup.org [
mailto:hdf-forum-bounces@hdfgroup.org <hdf-forum-bounces@hdfgroup.org>] *On
Behalf Of *Elena Pourmal
*Sent:* 17 November 2009 06:17
*To:* hdf-forum@hdfgroup.org
*Subject:* Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and
it does not perform all of the configuration tasks. In particular, the
architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my
SVN tree is visible on Google Code:
http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything
actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal <epourmal@hdfgroup.org> >> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward
creating the CMake build system for HDF5 1.8.x. Would the HDF Group give
their backing? By that I mean, is it possible to get CVS read/write access
to the HDF5 source codes?

How willing is the HDF5 group to make some small tweaks to the HDF5 source
codes to accommodate CMake if it were needed? I would much rather go down
the road of creating a CMake version of HDF5 _if_ I had the official backing
of the HDF5 group, rather than "forking" the code base and putting it up on
another server. My goal is NOT to cause any type of rift in the HDF5
community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the
possible build systems for the HDF software. Since no one in our group has
expertise in Cmake, it is very hard for us to give an answer because of many
things we do not know.

As you all probably aware, build system for HDF (and I am talking here not
only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on
many platforms and in many environments (some are listed below plus some
unique platforms we support at the National Labs and other places), has to
support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O,
support shared libraries, support statically linked binaries, support
universal binaries :wink: for Mac, support cross-compilation, etc. To keep our
maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need
to think about other software we support and implication of this move on
other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on
evaluating Cmake capability for HDF5. One of the platforms that desperately
needs improvements for the build process is Windows. If we can make Cmake to
work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries
and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate
Cmake for HDF5; we would like to target Windows platforms first. After we
finish evaluation, we will be able to answer many questions your raised in
this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that
need to be verified/working? What testing infrastructure is needed? (MPI,
Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for
HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of
the work. I know I have more than a few projects that would benefit. Others
may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested
cmake, the task has a low priority, but it is on our radar.

Elena

On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The
subject has come up once or twice on the list, but I wonder if a decision
has been made.

Thanks

JB

--

John Biddiscombe, email:biddisco @ cscs.ch

http://www.cscs.ch/

CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07

Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________

Hdf-forum is for HDF software users discussion.

Hdf-forum@hdfgroup.org

http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________

Hdf-forum is for HDF software users discussion.

Hdf-forum@hdfgroup.org

http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Mike

http://gitorious.org/hdf5/

I've updated my local tree to use the 1.8.4 source tree and edited the sources in the cmakelists files to handle it. Basically, the 1.6.9 cmake is building 1.8.4 on xp visual studio 2008 (so all the targets in your cmakelists are working, though not yet tested).

I'm now going through Solomons Cmake files to see if any stuff in there is missing from your 1.6.9 cmake. Must also go though pubconf setting and see what new ones are in there.

I've got a whole tree to commit. May I have commit rights please :slight_smile: I'd advise anyone else to hold off doing anything much until I've committed this.

···

--------------
NB. Things I've made some tweaks to (in cmakelists, but not hdf sources) are

PRINTF_LL_WIDTH
ssize_t
STDC_HEADERS
H5_DEFAULT_VFD (H5_HAVE_WINDOWS - had to hard code VFD stuff as it's in win32/pubconf anyway)

As they were fudged for windows - but seem to be ok now.
--------------

Thanks

JB

I have a CMakeLists.txt for both SZip and Zip.

Can we just integrate both SZip and Zip sources into the HDF5 sources? Would make configuration much easier. Or is there license issues with that.

SZIP (http://www.hdfgroup.org/doc_resource/SZIP/) has some restrictions. License information can be found here http://www.hdfgroup.org/doc_resource/SZIP/Commercial_szip.html

···

On Nov 17, 2009, at 6:47 PM, Michael Jackson wrote:

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 17, 2009, at 7:38 PM, Solomon Gibbs wrote:

I have no problem donating my CMake configs for SZIP or Zlib. They are of about the same quality as the HDF5 setup -- only tested with Windows/VS and not covering all possible configuration options.

On Tue, Nov 17, 2009 at 4:50 PM, Elena Pourmal >> <epourmal@hdfgroup.org> wrote:
John and All,

I had some discussions today with the Windows support team here. We agreed that we should try Cmake for Windows. Cmake looks very powerful, and we also think it will address some of the issues we are dealing with in our daily regression testing of multiple Windows configurations.

If Cmake works (and it looks like from the discussions here, it should), we will be willing to incorporate Cmake with HDF5 and support it for Windows (and get rid of our current infrastructure for Windows). It would be great if we can work with the community to support Cmake/HDF5 on other systems. But looking into support beyond Windows is little-bit premature at this point; we have to evaluate it first. Your help will be highly appreciated.

On Nov 17, 2009, at 2:47 AM, Biddiscombe, John A. wrote:

I’m prepared to volunteer to help and I will be happy to setup an svn repository and a TWiki page for Hdf5-Cmake. I can start with Solomon’s generous contribution and get working on a more robust cmakeified hdf5. I can test it with ParaView/Xdmf on linux, windows (including intel C++/fortran 11.x), and Cray XT5. I suspect the cmake cross compilation on HPC machines may be the trickiest to get smoothly working. (Though my success in the past with CMake+Intel fortran on windows has been ‘poor’ at best)

The proposal looks great. If we can get, for example, 1.8.4 code with Cmake that works for Windows (let's start with MSVS and Cygwin; HDF5 C, some tests for C library and command line utilities (can be just h5dump and h5diff for the first try), it will be very helpful. We will also need SZIP port to Cmake (Solomin has it for his software, can it be given back to us? For SZIP, I can go ahead and add Cmake files to SVN right away).

Thank you,

Elena

P.S. Does anyone has experience with Cmake on Alpha OpenVMS? :slight_smile: Does it work there? (probably too good to be true :wink:

If the HDF group give their blessing and adopt cmake in the future, I’ll be a happy bunny. I probably can’t help with the myriad other tools that the HDF group are supporting, but basic lib functionality shouldn’t be a problem.

JB

From: hdf-forum-bounces@hdfgroup.org [mailto:hdf-forum-bounces@hdfgroup.org] On Behalf Of Elena Pourmal
Sent: 17 November 2009 06:17
To: hdf-forum@hdfgroup.org
Subject: Re: [Hdf-forum] cmakeified hdf5 1.8.x anywhere

Solomon,

Thank you for the link. It was very useful.

Elena
On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal <epourmal@hdfgroup.org >>> > wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Some things that I had to make changes to are:

  H5detect.c had major changes to allow for multiple archs to be used for OS X. I hope those changes did not get over written.

There were some other changes for MinGW support but I can not seem to find those at the moment.

···

--
Mike Jackson <www.bluequartz.net>

On Nov 18, 2009, at 7:21 AM, Biddiscombe, John A. wrote:

Mike

http://gitorious.org/hdf5/

I've updated my local tree to use the 1.8.4 source tree and edited the sources in the cmakelists files to handle it. Basically, the 1.6.9 cmake is building 1.8.4 on xp visual studio 2008 (so all the targets in your cmakelists are working, though not yet tested).

I'm now going through Solomons Cmake files to see if any stuff in there is missing from your 1.6.9 cmake. Must also go though pubconf setting and see what new ones are in there.

I've got a whole tree to commit. May I have commit rights please :slight_smile: I'd advise anyone else to hold off doing anything much until I've committed this.

--------------
NB. Things I've made some tweaks to (in cmakelists, but not hdf sources) are

PRINTF_LL_WIDTH
ssize_t
STDC_HEADERS
H5_DEFAULT_VFD (H5_HAVE_WINDOWS - had to hard code VFD stuff as it's in win32/pubconf anyway)

As they were fudged for windows - but seem to be ok now.
--------------

Thanks

JB

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Licensing issues aside... it would be nice to have a 'use system zlib'
option (like cmake itself does) so that the object code doesn't get
duplicated needlessly.

···

On 11/17/09 7:47 PM, Michael Jackson said:

Can we just integrate both SZip and Zip sources into the HDF5 sources?
Would make configuration much easier. Or is there license issues with
that.

--
____________________________________________________________
Sean McBride, B. Eng sean@rogue-research.com
Rogue Research www.rogue-research.com
Mac Software Developer Montréal, Québec, Canada

  H5detect.c had major changes to allow for multiple archs to be used
for OS X. I hope those changes did not get over written.

In the ideal world I'd do the following

1) Create an empty repository
2) Check in the contents of the 1.8.4 tarball from the official hdf5 release - with absolutely no changes
3) Add cmake stuff
4) Play about with H5Detect etc
5-500) Get it working everywhere.

Wait for applause from hdf5 group and acceptance into next release of hdf5.

But instead I want to simply check in the 2+3) steps in one go over your 1.6.9 version - you can revert the changes from the original H5Detect back to your version as soon as you want.

There were some other changes for MinGW support but I can not seem to
find those at the moment.

I have no intention or plans to every get involved with MingW stuff, so I abstain from that.

I have all 16 targets building and H5Dump is working fine in static build - I seem to have some issues with dynamic libs on windows, which I'm working on, but if you want to get going on this then I'm happy to check in.

JB