|> In message <Pine.GSO.4.10.9904231006500.23512-100000@eos30>, alex.buell@tahalla
|> h.demon.co.uk writes:
|> >On Fri, 23 Apr 1999, Philip Blundell wrote:
|> >
|> >> >#include <soundcard.h>
|> >> >
|> >> > no such file: /usr/include/soundcard.h ...
|> >>
|> >> If you want soundcard support for user programs (and it's something
|> >> that would be generally useful) consider sending a patch to the libc
|> >> developers.
|> >
|> >Bad idea, there are a load of user-space libraries for this purpose -
|> >for example ESD, OSS, ALSA and so forth.
|>
|> No, you miss the point. If people are having to use <linux/soundcard.h> at
|> the moment that suggests that there are ioctl definitions or something else
|> system-specific that is needed by user space. This could be a candidate for
|> inclusion into libc if that would be an advantage. Nobody is suggesting
|> including full sound functionality into libc -- that would clearly be absurd.
IMHO <linux/soundcard.h> is too special to be included in libc. It should
not try to define *all* possible ioctls.
-- Andreas Schwab "And now for something schwab@issan.cs.uni-dortmund.de completely different" schwab@gnu.org- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/