[ewg] RE: OFED libraries - on the web at last

[Todd Rimmer]

> You are correct and this is actually old link. MPI will not use it in
> 1.5, since libibcommon was removed from the new management tree.

I'm not sure what you mean by this statement.  It's good that MPI in 1.5 will not use it.

However, if we remove libibcommon from the library path in OFED 1.5 that would break existing applications.  The fact that user apps have ended up being linked with it implies we must be very careful how we handle libibcommon.  A case in point will be ISVs which have built against an older version of MPI and hence have this dependency in their application.

Someone should see what routines in libibcommon (if any) MPI is using.  A simple answer in OFED 1.5 might be to include a subset/dummy/empty libibcommon library to satisfy the application dependency.

Todd Rimmer
Chief Architect 
QLogic Network Systems Group
Voice: 610-233-4852     Fax: 610-233-4777
Todd.Rimmer at QLogic.com  www.QLogic.com
 

> -----Original Message-----
> From: Tziporet Koren [mailto:tziporet at dev.mellanox.co.il]
> Sent: Thursday, June 11, 2009 5:15 AM
> To: Todd Rimmer
> Cc: ewg at lists.openfabrics.org
> Subject: Re: [ewg] RE: OFED libraries - on the web at last
> 
> Todd Rimmer wrote:
> >
> > What does this category mean:
> >
> > Private but used by some apps:
> >
> >
> >
> This means that although  these libraries were designed as private some
> apps/libs used them.
> We found this when we did this list.
> The apps should be changed not to use these libraries but this is the
> situation in 1.4.x
> This is the reason we publish such a list - so new apps will use only
> public libraries and will not count on any private library
> >
> > I see that libibcommon is in this category, however I have observed
> > that mvapich and mvapich2, link with this library.  Which in turn
> > means that all MPI user applications built with mvapich or mvapich2
> > also link with it.
> >
> You are correct and this is actually old link. MPI will not use it in
> 1.5, since libibcommon was removed from the new management tree.
> 
> Tziporet
>