lkml.org 
[lkml]   [1997]   [May]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [2.1.36] parport_procfs.c
Date
From
Hi,

Philip Blundell wrote:
>
>> That's not the correct fix. The correct fix is to have {whatever .h file
>> which needs linux/interrupt.h}.h to include that file by itself.
>
>No, Tim's fix is the correct one. We ought to try to avoid introducing
>ever more #includes between header files. It's no great hardship to

The problem is that one change in header files (i.e. it now requires
another header) can then suddenly result in breakage of unrelated modules
which might not be even distributed with the kernel itself.

>have to include things in the right order. Otherwise, you end up pulling
>in frequently-used files twenty times, which doesn't do any real harm but
>is a waste of time.
>
GCC is able to notice that condition and won't even open the include file
the next time around.

--
It has been determined that most teenage girls lose their virginity
during the summer months. This stands to reason, since congress is
recessed at that time.
--
Matthias Urlichs \ noris network GmbH / Xlink-POP Nürnberg
Schleiermacherstraße 12 \ Linux+Internet / EMail: urlichs@noris.de
90491 Nürnberg (Germany) \ Consulting+Programming+Networking+etc'ing
PGP: 1024/4F578875 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE
Click <A HREF="http://info.noris.de/~smurf/finger">here</A>. 42

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