<br><br><div class="gmail_quote">On Tue, Apr 17, 2012 at 4:10 PM, Roland Schulz <span dir="ltr">&lt;<a href="mailto:roland@utk.edu">roland@utk.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br><br><div class="gmail_quote"><div class="im">On Tue, Apr 17, 2012 at 1:57 PM, Erik Lindahl <span dir="ltr">&lt;<a href="mailto:erik@kth.se" target="_blank">erik@kth.se</a>&gt;</span> wrote:<br></div><div><div class="h5">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Hi,<br>
<br>
On Apr 17, 2012, at 6:58 PM, Roland Schulz wrote:<br>
&gt;<br>
</div><div>&gt; Why does this require a scaled-down version? Why is not option to e.g. provide a custom Virtual File Layer? That would put the OS depending part in our hands.<br>
<br>
</div><div>This far we&#39;ve heard three different sizes of HDF5 today, ranging from ~50MB source to ~1MB source - I simply don&#39;t know how much it will be in practice!<br>
Once it gets below 1MB uncompressed (preferrably a few hundred K, but that&#39;s no big deal) we&#39;re in the ballpark where it can be included in a library for other codes to use, but 50MB source isn&#39;t :-)<br>
<br>
What is the total size of _all_ the HDF5 code that would have to be included in a stand-alone library that does not have to be linked with anything else? Is that 130k lines, and could it be reduced further to make it easier to support as part of the file format library?<br>



<br>
</div><div>&gt; And even without. The OS depending part of HDF5 (otherwise it is also ANSI C) are a small part and it is OpenSource. So it is very much possible to fix ourselves. I doubt this is comparable to Charm++.<br>



<br>
</div><div>I think this is the core discussion item. Would somebody be willing to support this code - including porting to new platforms that are considered important for Gromacs even if they are not yet HDF5 platforms?  *Hopefully* that will never be any significant amount of work, but I simply don&#39;t know HDF5 well enough to say, and we don&#39;t know what will happen in the future.<br>



<br>
</div>However, we don&#39;t want a situation where developers add library dependencies because it is short-term convenient, and when that library later causes long-term portability problems nobody really feels responsible.<br>



<br>
Rossen has already volunteered to check HDF5 on a fujitsu system similar to Kei - I think another first obvious step is for somebody to create the smallest possible stand-alone version corresponding to what we would include.<br>



<br>
Rather than guessing I think we could have a much more informed discussion when we know that compiles file on stuff like:<br>
<br></blockquote><div><br></div></div></div><div>Getting started to test portability I list here the portability I was able to find online:</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



- Itanium<br></blockquote><div>yes: <a href="http://www.hdfgroup.org/HDF5/release/platforms516.html" target="_blank">http://www.hdfgroup.org/HDF5/release/platforms516.html</a> </div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



- Different x86 compilers (Open64, Portland, etc.)<br></blockquote></div><div>PGI, Intel, GNU, Cray (according to those installed on Jaguar)</div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



- Different windows versions &amp; compilers<br></blockquote></div><div><a href="http://www.hdfgroup.org/HDF5/release/platforms516.html" target="_blank">http://www.hdfgroup.org/HDF5/release/platforms516.html</a> (XP, Vista; VS .Net, VS 2005, Cygwin) </div>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- Nativeclient<br>
- Fujitsu<br></blockquote><div><br></div><div>I can test Open64, Portland, VS2008, VS2010, Win7. Who can test Nativeclient? </div></div></blockquote><div><br></div><div>Open64, Portland, and VS2010 on Win7 work too.</div>

<div><br></div><div>Roland</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div><br></div><div>Roland </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<br>
<br>
Cheers,<br>
<br>
Erik<br>
<br>
<br>
<br>
</blockquote></div><div class="HOEnZb"><div class="h5"><br><br clear="all"><div><br></div>-- <br>ORNL/UT Center for Molecular Biophysics <a href="http://cmb.ornl.gov" target="_blank">cmb.ornl.gov</a><br><a href="tel:865-241-1537" value="+18652411537" target="_blank">865-241-1537</a>, ORNL PO BOX 2008 MS6309<br>


</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>ORNL/UT Center for Molecular Biophysics <a href="http://cmb.ornl.gov">cmb.ornl.gov</a><br>865-241-1537, ORNL PO BOX 2008 MS6309<br>