Open MPI logo

Hardware Locality Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Hardware Locality Development mailing list

Subject: Re: [hwloc-devel] plugins inside plugin broken, as expected
From: Samuel Thibault (samuel.thibault_at_[hidden])
Date: 2013-06-03 14:11:06


Brice Goglin, le Mon 03 Jun 2013 19:50:26 +0200, a écrit :
> Le 03/06/2013 10:52, Samuel Thibault a écrit :
> > Brice Goglin, le Mon 03 Jun 2013 10:46:49 +0200, a écrit :
> >> hwloc/bitmap.h is the biggest problem, plugins should be allowed to use
> >> all of them but there are maaaaany of them. Splitting hwloc-bitmap.so
> >> out of hwloc.so would be an easy way to solve this. The bitmap API is
> >> totally independent from the hwloc core anyway.
> > Having a libhwloc-plugin-helper.so for most functions is probably the
> > sanest way indeed.
>
> If both plugins and the core libhwloc use these functions, is there a
> way to avoid having to pass both -lhwloc and -lhwloc-helper when linking
> normal hwloc applications?

If only plugins and the core use these functions, the application does
not have to use -lhwloc-helper at all. If the application uses them
(e.g. bitmap functions), then it would have to use -lhwloc-helper,
but we can probably as well simply provide the symbols in both
libhwloc-helper and libhwloc, so the application only needs -lhwloc. We
can probably do that for the helpers we know for sure they have no
state, such as bitmap functions.

Samuel