On May 8, 2013, at 4:16 PM, Brice Goglin <brice.gog...@inria.fr> wrote:
> But this issue is only in the embedders (OMPI), not in the embeddee > (hwloc), right? Yes. > I can get plugins to work in tests/embedded by adding 2 lines to its > configure.ac (see the attached patch, which also removes your error > message and creates a shared lib containing libhwloc_embedded). > > In short, I don't really see what risk we would be taking on the hwloc > side if we keep embedding+plugins possible (and still don't enable > plugins by default). Ok. It's probably worth documenting, though. In the OMPI case, for example, OMPI cannot be opened in a private namespace (e.g., as a python plugin) and then have hwloc also opened in a private namespace; hwloc must be opened in a public namespace. This has caused unhappiness in certain cases where upper-layer application authors were trying to open all plugins in private namespaces but couldn't. The same will be true with hwloc: those who embed hwloc should be *strongly advised* to not use libltdl (even though it's not the default) because of the private/public namespace issue. -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
