On May 8, 2013, at 4:16 PM, Brice Goglin <Brice.Goglin_at_[hidden]> wrote:
> But this issue is only in the embedders (OMPI), not in the embeddee
> (hwloc), right?
> 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.
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/