[Paraview-developers] Moving to hdf5-1.8.x

[Biddiscombe, John A.]

Further to my last email about 2 versions ....

We have now got our live visualization of one app writing to hdf5 and connecting to paraview reading hdf5 working well. I can send our EuroMPI paper if you're interested. for this we are using the VFD branch of hdf5 which has some tweaks that the hdf people have accepted - but won't go into hdf until 1.10.x

I'd be keen to use the VFD branch in paraview. I didn't update to that branch in my commit sent earlier, but once you're happy that all is working, I'd like to switch to it.

JB


> -----Original Message-----
> From: Biddiscombe, John A.
> Sent: 15 June 2010 16:41
> To: 'Dave Partyka'
> Cc: Utkarsh Ayachit; paraview-developers at paraview.org; Brad King
> Subject: RE: [Paraview-developers] Moving to hdf5-1.8.x
> 
> Dave,
> 
> Yes http://gitorious.org/hdf5/hdf5-v18 is correct.
> 
> I've integrated everything in, and modified all the paraviewcommon.cmake and
> other sub projects which link to hdf to get it right (xdmf etc)
> 
> I have not ensured that PARAVIEW_USE_SYSTEM_HDF5 works. If you use the new
> hdf5 bundled into paraview, fine, if not, ...
> However, it would be nice to have a cmakeified hdf installed somewhere and
> use that, then there'd be no need to check out the hdf5 sub-dir at all.
> 
> I don't have a clean branch with only these changes on that you can pull
> from. But I can put one together tonight maybe. If I create an hdf5 branch
> locally and send you details tomorrow, then you can pull and clean up any
> bits that I didn't get right - OK?
> 
> JB
> 
> 
> 
> > -----Original Message-----
> > From: Dave Partyka [mailto:dave.partyka at kitware.com]
> > Sent: 15 June 2010 16:04
> > To: Biddiscombe, John A.
> > Cc: Utkarsh Ayachit; paraview-developers at paraview.org; Brad King
> > Subject: Re: [Paraview-developers] Moving to hdf5-1.8.x
> >
> > Hi John,
> >
> > I don't mind nursing the dashboard with your merge. Actually we would like
> > to make hdf5 a git submodule because currently xdmf (standalone) has it's
> > own copy of hdf5 and another project (titan) would also like to make use
> of
> > the latest hdf5.
> >
> > That said, the best approach might be that we create the submodule and in
> > the process cleanup the two copies we have. After that we can pull in your
> > changes into that submodule. Just to be certain, the version of hdf5 you
> are
> > testing with paraview is the one at http://gitorious.org/hdf5/hdf5-v18?
> >
> >
> > On Tue, Jun 15, 2010 at 9:27 AM, Biddiscombe, John A. <biddisco at cscs.ch>
> > wrote:
> >
> >
> > 	Utkarsh
> >
> >
> > 	> updated hdf5. What are your estimates?
> >
> >
> > 	I can push stuff in a few minutes - as long as there is someone at
> > kitware to patch everything that fails that I didn't know about!
> >
> > 	I'm away from the end of this week, for two and a half weeks (until 6
> > july), I figured it wasn't a good idea to push stuff before I disappeared.
> >
> > 	I also wanted to setup an 'official' git clone of the hdfgroup svn
> > repo. They said good idea, but someone has to actually do it.
> >
> > 	We have the branch named 'official' at
> > http://gitorious.org/hdf5/hdf5-v18 but it doesn't track the svn repo. I
> just
> > manually update it every few days. When hdf5 1.8.1 goes out (we missed
> > 1.8.0) we should simply update the git repo. in my local clone of pv, I've
> > added a submodule to the gitorious repo. If this is good enough, then
> fine,
> > if not, I need time to do the git/svn hdf stuff properly.
> >
> >
> > 	JB
> >
> >
> > 	_______________________________________________
> > 	Paraview-developers mailing list
> > 	Paraview-developers at paraview.org
> > 	http://public.kitware.com/mailman/listinfo/paraview-developers
> >
> >