Re: Re: Extended API: Constructors and alloca()

[Takashi Iwai <tiwai@suse.de>]

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