On Thu, Sep 17, 2009 at 7:12 PM, Hal Rosenstock <hal.rosenst...@gmail.com>wrote:
> > > On Thu, Sep 17, 2009 at 5:49 PM, Sean Hefty <sean.he...@intel.com> wrote: > >> >I'm not sure this is a good idea. ibutils (ibis and ibmgtsim) wants >> ib_types.h >> >but does not want libibumad. >> >> Well, libibumad is pretty useless without some network structure >> definitions. >> > > ib_types.h is more akin to what is in libibmad rather than libibumad. > > >> Currently, the alternatives are to install opensm, which also requires >> installing libibmad, libibcommon, and complib, or for the app to define >> what >> they need, which is what was done here. I'm not sure how you pick up >> ib_types.h >> without libibumad getting installed, but you can make a reasonable >> argument that >> libibumad should define the MAD and SA attribute structures. >> > > libibumad is currently transparent to the MAD details. It's the MAD library > which knows this and that's more a diagnostic library. > > In a different world, this might all just be one library... > Although not a fit IMO, the pragmatic solution is to move ib_types,h into libibumad. I think it is better there than OpenSM which was never quite right either. That can at least start to eliminate the duplications in this area. -- Hal > > -- Hal > > >> >> - Sean >> >> >
_______________________________________________ general mailing list general@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
