[ofa-general] Re: Dapl 2 question/issue
Tang, Changqing
changquing.tang at hp.com
Tue Jan 29 14:24:50 PST 2008
devel environments are just runtimes plus header files, so the libraries won't overwrite each other, but header files will ?
--CQ
> -----Original Message-----
> From: Doug Ledford [mailto:dledford at redhat.com]
> Sent: Tuesday, January 29, 2008 4:03 PM
> To: Tang, Changqing
> Cc: Arlin Davis; general
> Subject: RE: [ofa-general] Re: Dapl 2 question/issue
>
>
> On Tue, 2008-01-29 at 21:57 +0000, Tang, Changqing wrote:
> > So can we install both v1 and v2 packages on a system ? At
> the install time, we don't know the app will run on v1 or v2.
>
> Currently, you can install both runtimes, but not both devel
> environments.
>
> > --CQ
> >
> > > -----Original Message-----
> > > From: Arlin Davis [mailto:ardavis at ichips.intel.com]
> > > Sent: Tuesday, January 29, 2008 3:46 PM
> > > To: Doug Ledford
> > > Cc: Tang, Changqing; general
> > > Subject: Re: [ofa-general] Re: Dapl 2 question/issue
> > >
> > > Doug Ledford wrote:
> > > >
> > > > You *should* be claiming that regardless. The API between
> > > dapl-1 and
> > > > dapl-2 changed, some of which is fixed simply be
> > > recompiling and some
> > > > of which requires actual code changes. Just because the
> > > library name
> > > > is the same doesn't mean that code built and compiled
> > > against dapl-1
> > > > could or should attempt to run against dapl-2 (unless I'm
> > > wrong here,
> > > > Arlin should really speak to this issue...if the dapl-2
> libraries
> > > > provide backward compatible symbols via so symbol
> versions, then
> > > > it might be possible for a dapl-1 program to run against the
> > > > dapl-2 library, but then that would beg the question of
> why we are
> > > > still distributing dapl-1 libraries in a separate
> package, so I'm
> > > guessing
> > > > there is not a back compatible layer in the dapl-2 library).
> > >
> > > You are correct. dapl-1 programs cannot run against dapl-2.
> > > That is why both v1 and v2 packages are provided. We have
> to support
> > > existing v1 applications while providing a transition path to v2.
> > >
> > > -arlin
> > >
> > >
> --
> Doug Ledford <dledford at redhat.com>
> GPG KeyID: CFBFF194
> http://people.redhat.com/dledford
>
> Infiniband specific RPMs available at
> http://people.redhat.com/dledford/Infiniband
>
More information about the general
mailing list