From: James Carlson <carlsonj@workingcode.com>
To: linux-ppp@vger.kernel.org
Subject: Re: [PATCH] time.h: include header before using time_t
Date: Fri, 04 Oct 2019 20:10:38 +0000 [thread overview]
Message-ID: <2342bac3-8759-d98b-631e-3c0d760e1126@workingcode.com> (raw)
In-Reply-To: <20191004174046.GA868@x1.vandijck-laurijssen.be>
On 10/04/19 14:33, Kurt Van Dijck wrote:
> On vr, 04 okt 2019 13:52:11 -0400, James Carlson wrote:
> headers under sys/ are, AFAIK, not delivered by the kernel, but by the
> toolchain. sys/time.h may have less issues than time.h, it has the same
> disease.
I've never heard of this problem. I'm afraid I don't know what you're
referring to.
I've never heard of a compiler (or other tool chain component) that
delivers files to /usr/include/sys. That'd be somewhat surprising to
me, but I guess it's a wide world out there.
As the name says, the stuff under sys/ is part of the _system_. On
UNIX, the standard parts of it are described in the Single UNIX
Standard, maintained by The Open Group. That's the documentation
pointer I provided previously.
Are there systems where system header files aren't installed by default?
Sure. That's somewhat commonplace. But on such a machine you can't
compile things (including pppd) until you install the (presumably
optional) header files.
If you look closely, you'll see that pppd/main.c already includes
<sys/time.h> and it's not guarded by any conditional compilation because
it's a *STANDARD HEADER FILE*. If there were problems of some sort with
this include file, I'd expect they'd have surfaced by now.
--
James Carlson 42.703N 71.076W <carlsonj@workingcode.com>
next prev parent reply other threads:[~2019-10-04 20:10 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-04 17:40 [PATCH] time.h: include header before using time_t Kurt Van Dijck
2019-10-04 17:52 ` James Carlson
2019-10-04 18:33 ` Kurt Van Dijck
2019-10-04 20:10 ` James Carlson [this message]
2019-12-01 11:21 ` Paul Mackerras
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=2342bac3-8759-d98b-631e-3c0d760e1126@workingcode.com \
--to=carlsonj@workingcode.com \
--cc=linux-ppp@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;
as well as URLs for NNTP newsgroup(s).