lkml.org 
[lkml]   [2000]   [Jul]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: RLIM_INFINITY inconsistency between archs
In article <3986213D.FBACB4D1@transmeta.com> you hpg@transmeta.com writes:
>wingel@t1.ctrl-c.liu.se wrote:
>> And IMHO to be able to do this, one should have to provide an explicit
>> -I/usr/src/my-kernel/linux/include, it should not be the default.
>
>I disagree. It makes life far too painful for the end user, for really no gain.

The idea was to make a point, that #include <linux/xxx.h> really is
a kernel/kernel aware application thing only. It ought to reduce the
number of people who try to include kernel only stuff without knowing
that it is a nono most of the time.

It isn't all that hard to add the following lines to the Makefiles
for an application that needs the kernel includes:

KERNELDIR=/usr/src/linux
CFLAGS+=$(KERNELDIR)/include

And then standardise on /usr/src/linux as the directory where the kernel
includes for the current kernel reside on a distribution. Those who
compile multiple kernels on the same system should be savvy enough to
do "KERNELDIR=/usr/src/my-kernel/linux make" or modify the Makefile.

/Christer


--
"Just how much can I get away with and still go to heaven?"

-
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:57    [W:0.118 / U:1.528 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site