This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
On 04/17/2013 12:38 PM, Paul Hargrove wrote:
> On Wed, Apr 17, 2013 at 10:40 AM, Orion Poplawski <orion_at_[hidden]
> <mailto:orion_at_[hidden]>> wrote:
> So, would you be willing to provide more of the rationale as to why
> libevent is bundled?
> I am NOT an Open MPI developer myself. So please don't take my response as
> speaking for the community.
> I found the following file useful in understanding WHY libevent is currently
> bundled in Open MPI:
Thanks, that was helpful. From what I read there, it does not appear that
libevent is not being modified in a meaningful way as it would apply to
Fedora. In Fedora, all applications would be built against the same libevent,
so that should not be an issue. And assuming that the Fedora libevent
properly detects kqueue and epoll (if applicable) that should be okay. Also,
have this improvements been submitted back to libevent?
Finally, while openmpi may not need to make use of the dns, http, and rpc
events, would it be problematic if they were present in the library?
So other than openmpi expecting to work with a specific version of libevent,
I'm not seeing compelling reason why bundling is necessary (at least for
Fedora packaging). If there is, please let me know.
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion_at_[hidden]
Boulder, CO 80301 http://www.nwra.com