>> 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. ------------------------------------------------------- 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
