Skip to Content.
Sympa Menu

h5part - [H5part] Re: notes on changes to the H5hut trunk

h5part AT lists.psi.ch

Subject: H5Part development and discussion

List archive

[H5part] Re: notes on changes to the H5hut trunk


Chronological Thread 
  • From: Achim Gsell <achim AT cybercity.ch>
  • To: Mark Howison <MHowison AT lbl.gov>
  • Cc: h5part AT lists.psi.ch
  • Subject: [H5part] Re: notes on changes to the H5hut trunk
  • Date: Thu, 1 Jul 2010 21:43:24 +0200
  • List-archive: <https://lists.web.psi.ch/pipermail/h5part/>
  • List-id: H5Part development and discussion <h5part.lists.psi.ch>

Hi Mark,

On Jul 1, 2010, at 7:40 PM, Mark Howison wrote:

> Ok, I understand the issue better now, and it seems to be one of
> convention. The three examples you give that I am familiar with (hdf5,
> mpich, openmpi) all feature compiler wrappers as part of the library
> (h5cc, mpicc, etc.) and these reduce the complexity of compilation and
> linking for the user. Since ease-of-use is one of the primary design
> considerations for H5hut, I would argue that we either need to use a
> single library with all language bindings, or we can use separate
> libraries only if we also provide a set of compiler wrappers. This is
> the type of linker call I want to avoid:
>
> mpicc -L(paths...) -lH5hutC -lH5hutcore -lhdf5 -lz -lm -o ...
>
> and replace with a wrapper as simple as:
>
> h5hcc -o ...
>
> or with a single library:
>
> h5cc -L(paths...) -lH5hut -o ...
>
> Actually, the wrapper is looking like a good option now (and also
> agrees with the conventions for the hdf5/mpi libraries that we are
> building on top of).

The wrapper is a good idea! The wrapper is pretty simple and we don't have to
rewrite/change configure.ac and the Makefile.am's.

Achim




Archive powered by MHonArc 2.6.19.

Top of Page