At Fri, 21 Mar 2003 07:51:41 -0500, Paul Davis wrote: > > >> It would be a good thing if the necesary structs (snd_ctl_t, et c.) > >> were available in an unofficial include file in the library. > > > >THIS is the very question. > >so far, in the implementation of alsa-lib, we have been trying to hide > >this. the all strucs are suppose to be opaque (except for some > >trivial cases). > >putting the struct in public (even though it's unofficial) breaks this > >policy. > > i (and i hope many other ALSA users/developers) would scream very > loudly if we moved from this design/policy. it has been critical and > central to success in stabilizing the API from the perspective of > applications. it has worked for Xlib for a long time, it has worked > for us for a year or more, and we should not change this. making the > change proposed by lars would open us up to major binary compatibility > issues as alsa evolves.
agreed, the compatibility must be kept. as mentioned in the last mail, our initial plan is to make a c++ library which covers the existing alsa-lib, that is, alsa-lib++. alsa-lib API (in C) won't be changed by this, i promise you. Takashi ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel