From: Mark Mielke <mark@mark.mielke.cc>
To: John Cowan <jcowan@reutershealth.com>
Cc: Keith Owens <kaos@ocs.com.au>,
Alexander.Riesen@synopsys.com,
kbuild-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: [kbuild-devel] Re: Announce: Kernel Build for 2.5, release 3.0 is available
Date: Wed, 5 Jun 2002 14:13:25 -0400 [thread overview]
Message-ID: <20020605141325.B23183@mark.mielke.cc> (raw)
In-Reply-To: <17931.1023231335@ocs3.intra.ocs.com.au> <200206050224.WAA00121@mail.reutershealth.com>
On Tue, Jun 04, 2002 at 10:25:20PM -0400, John Cowan wrote:
> Keith Owens scripsit:
> > In order to do separate source and object correctly, kbuild 2.5
> > enforces the rule that #include "" comes from the local directory,
> > #include <> comes from the include path. include/linux/zlib.h
> > incorrectly does #include "zconf.h" instead of #include <linux/zconf.h>,
> > breaking the rules.
> This is not the standard gcc behavior, however; quoted-includes
> can come from the include path, although the current directory
> is searched first. The purpose of <>-includes is to suppress
> searching the current directory.
It raises the question 'who not always use #include "..."'?
In the case of a tool that generates dependencies for a source file,
the difference is sensibility.
In other cases, it is just common sense.
mark
--
mark@mielke.cc/markm@ncf.ca/markm@nortelnetworks.com __________________________
. . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder
|\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ |
| | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada
One ring to rule them all, one ring to find them, one ring to bring them all
and in the darkness bind them...
http://mark.mielke.cc/
next prev parent reply other threads:[~2002-06-05 18:20 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-06-03 2:35 Announce: Kernel Build for 2.5, release 3.0 is available Keith Owens
2002-06-03 5:31 ` Keith Owens
2002-06-03 19:22 ` [kbuild-devel] " Thomas Duffy
2002-06-03 19:31 ` Thunder from the hill
2002-06-03 19:58 ` Thomas Duffy
2002-06-03 20:06 ` Thunder from the hill
2002-06-03 21:12 ` Thomas Duffy
2002-06-04 0:19 ` Keith Owens
2002-06-04 0:29 ` Thomas Duffy
2002-06-04 4:53 ` Keith Owens
2002-06-04 9:16 ` Alex Riesen
2002-06-04 22:55 ` Keith Owens
2002-06-05 2:25 ` [kbuild-devel] " John Cowan
2002-06-05 2:38 ` Keith Owens
2002-06-05 18:13 ` Mark Mielke [this message]
2002-06-05 13:19 ` Alex Riesen
2002-06-04 13:59 ` [kbuild-devel] " Arnd Bergmann
2002-06-05 13:53 ` Keith Owens
2002-06-07 8:49 ` Keith Owens
2002-06-12 13:54 ` Keith Owens
2002-06-12 20:55 ` [kbuild-devel] " Thomas Duffy
2002-06-13 0:15 ` Keith Owens
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=20020605141325.B23183@mark.mielke.cc \
--to=mark@mark.mielke.cc \
--cc=Alexander.Riesen@synopsys.com \
--cc=jcowan@reutershealth.com \
--cc=kaos@ocs.com.au \
--cc=kbuild-devel@lists.sourceforge.net \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.