Re: problems about __cli()

2 messages, 2 authors, 2000-07-24 · open the first message on its own page

Re: problems about __cli()

From: Josh Huber <hidden>
Date: 2000-07-24 12:19:59

On Sat, Jul 22, 2000 at 08:11:07PM +0200, Martin Costabel wrote:
There *are* situations where you need /usr/src/linux to point to your
current kernel sources. This is when you compile modules for the current
kernel, a prominent example being MOL.
Actually, I prefer to add a -I/path/to/kernel/include to the module
makefiles rather than the /usr/src/linux symlink. I suppose it's
personal preference, but I find that having to explicitly specify
where the kernel source is reduces the posibility of a screwed
compile.

-- 
Josh
6B21489A | GnuPG ID/Fingerprint | huber@mclx.com |
61F0 6138 BE7B FEBF A223  E9D1 BFE1 2065 6B21 489A

Re: problems about __cli()

From: Jeff Garzik <hidden>
Date: 2000-07-24 15:01:25

On Mon, 24 Jul 2000, Josh Huber wrote:
On Sat, Jul 22, 2000 at 08:11:07PM +0200, Martin Costabel wrote:
quoted
There *are* situations where you need /usr/src/linux to point to your
current kernel sources. This is when you compile modules for the current
kernel, a prominent example being MOL.
Actually, I prefer to add a -I/path/to/kernel/include to the module
makefiles rather than the /usr/src/linux symlink. I suppose it's
personal preference, but I find that having to explicitly specify
where the kernel source is reduces the posibility of a screwed
compile.
Moreover, your method Josh is the only sane method IMHO.  Trusting
/usr/src/linux to be correct for whatever kernel version you are
building against is Russian roulette (to put it lightly)...

	Jeff


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help