Skip to Content.
Sympa Menu

h5part - [H5part] [Fwd: Small patch for H5Part with libhdf5-serial-1.8.4 on Debian]

h5part AT lists.psi.ch

Subject: H5Part development and discussion

List archive

[H5part] [Fwd: Small patch for H5Part with libhdf5-serial-1.8.4 on Debian]


Chronological Thread 
  • From: Wes Bethel <ewbethel AT lbl.gov>
  • To: h5part AT lists.psi.ch
  • Cc: willkomm AT sc.rwth-aachen.de
  • Subject: [H5part] [Fwd: Small patch for H5Part with libhdf5-serial-1.8.4 on Debian]
  • Date: Wed, 21 Jul 2010 08:36:24 -0700
  • List-archive: <https://lists.web.psi.ch/pipermail/h5part/>
  • List-id: H5Part development and discussion <h5part.lists.psi.ch>


Folks, this email arrived in my email box this morning. Looks like this
person doesn't know about the H5part email list. I'm turning this email over
to you since I'm not in the code enough to help him out.

tx,
wes

--- Begin Message ---
  • From: Johannes Willkomm <willkomm AT sc.rwth-aachen.de>
  • To: EWBethel AT lbl.gov
  • Subject: Small patch for H5Part with libhdf5-serial-1.8.4 on Debian
  • Date: Wed, 21 Jul 2010 16:40:35 +0200
  • Authentication-results: mx.google.com; spf=neutral (google.com: 128.3.41.47 is neither permitted nor denied by best guess record for domain of willkomm AT sc.rwth-aachen.de) smtp.mail=willkomm AT sc.rwth-aachen.de
  • Organization: Scientific Computing, RWTH Aachen University
Hello,

I have been using H5Part-1.4.0 for a long time, with both HDF5 1.6 and 1.8,
using H5_USE_16_API in the latter case.

Now I have upgraded to 1.6.1 and I found that on Debian the compilation fails
because of two errors in H5Part.c. The following patch solves it:


Index: src/H5Part.c
===================================================================
--- src/H5Part.c (Revision 2813)
+++ src/H5Part.c (Arbeitskopie)
@@ -2293,7 +2293,11 @@
data.pattern = pattern;

#ifdef H5PART_HAVE_HDF5_18
- hid_t child_id = H5Gopen( group_id, group_name, H5P_DEFAULT );
+ hid_t child_id = H5Gopen( group_id, group_name
+#ifndef H5_USE_16_API
+ , H5P_DEFAULT
+#endif
+ );
if ( child_id < 0 ) return child_id;
herr = H5Literate( child_id, H5_INDEX_NAME, H5_ITER_INC, 0,
_H5Part_iteration_operator2, &data );
@@ -2338,7 +2342,11 @@
data.len = (size_t)len_obj_name;

#ifdef H5PART_HAVE_HDF5_18
- hid_t child_id = H5Gopen ( group_id, group_name, H5P_DEFAULT );
+ hid_t child_id = H5Gopen ( group_id, group_name
+#ifndef H5_USE_16_API
+ , H5P_DEFAULT
+#endif
+ );
if ( child_id < 0 ) return child_id;
herr = H5Literate ( child_id, H5_INDEX_NAME, H5_ITER_INC, 0,
_H5Part_iteration_operator2, &data );


The reason is that on Debian the HDF5 is configured to define H5_USE_16_API
to
one. So configure detects that it is HDF5 1.8, but still the 1.6 API is used.

With this patch it works on both Debian testing and another Linux system
where
I use a HDF5 1.8.2 compiled by myself, where USE_16 is not set.

I use Debian testing and have these HDF5 versions installed.

ii libhdf5-serial-1.8.4 1.8.4-patch1-2

Hierarchical Data Format 5 (HDF5) - runtime files - serial version
ii libhdf5-serial-dev 1.8.4-patch1-2

Hierarchical Data Format 5 (HDF5) - development files - serial version

I also found version 1.6.0 to be broken, it compiled but it did not work on
my
Debian system.

Best regards
Johannes


--- End Message ---



Archive powered by MHonArc 2.6.19.

Top of Page