From: "Robert P. J. Day" <rpjday@crashcourse.ca>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: what constitutes an "unused" include/linux header file?
Date: Fri, 1 Feb 2008 07:42:15 -0500 (EST) [thread overview]
Message-ID: <alpine.LFD.1.00.0802010735570.27049@localhost.localdomain> (raw)
one of my cleanup scripts tries to specifically identify header
files under include/linux that appear to be entirely unused (that is,
un-included) from anywhere else in the source tree, but one of those
files it claims is unused is if_wanpipe.h, which has the following
properties:
$ grep -r "if_wanpipe.h" *
Documentation/networking/wan-router.txt: if_wanpipe.h WANPIPE Socket definitions
include/linux/Kbuild:unifdef-y += if_wanpipe.h
include/linux/if_wanpipe.h:* if_wanpipe.h Header file for the Sangoma AF_WANPIPE Socket
$
in short, while it exists, it isn't "include"d by anyone, but it's
still passed to userspace. what's the protocol for having header
files in the kernel source tree that aren't actually used in any way
by the kernel, but are simply handed off to userspace? certainly, it
might be handy to have some of these headers, but is it really the
responsibility of the kernel to be a helpful storage centre to make
userspace programming easier? just curious. (that's not the only
header file like that.)
rday
--
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook: http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
========================================================================
reply other threads:[~2008-02-01 12:42 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LFD.1.00.0802010735570.27049@localhost.localdomain \
--to=rpjday@crashcourse.ca \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®