lkml.org 
[lkml]   [1999]   [Apr]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: README no longer mentions symlinks for includes
From
Date
Philip Blundell <pb@nexus.co.uk> writes:

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

\
 
 \ /
  Last update: 2005-03-22 13:51    [W:0.032 / U:0.100 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site