Re: Kernel 2.4.x compiling in Woody
On Mon, Dec 03, 2001 at 12:18:15AM -0500, Ben Collins wrote:
> On Sun, Dec 02, 2001 at 08:42:16PM -0600, Donald J Bindner wrote:
> > I have been following the list for some time, and I haven't seen
> > this come up: I just transitioned to Woody and I can't compile
> > 2.4.x kernels.
>
> What's the error? If you get a sig 11, then I suggest reading some more
> docs. Could be caused by memory or cpu problems.
Nothing so obvious. But I can reproduce the problem:
> tar --bzip2 linux-2.4.16.tar.bz2
> cd linux
> make oldconfig
> make dep clean bzImage
... lots of stuff while it goes ...
floppy.c:4109: parse error before `EXTRA_FLOPPY_PARAMS'
make[3]: *** [floppy.o] Error 1
Looking at the source, it seems that this is supposed to be an
empty #define, so to my eye that suggests a cpp problem. And on
a potato system, this same series of steps builds a working
kernel image just fine.
I happen to have a licenced copy of VmWare, and if I install a
potato system on the same computer using that, I can compile
correctly within the virtual machine.
However, if I try to the use the same filesystem as a "chroot"
environment (copying it with tar) and compile the kernel, I
immediately begin to get warnings about various things being
redefined. For example:
...
/usr/include/asm/spinlock.h:114: warning:
`read_unlock_irqrestore' redefined
/usr/src/linux/include/linux/spinlock.h:26: warning: this is the
location of the previous definition
/usr/include/asm/spinlock.h:116: warning: `write_lock_irqsave'
redefined
/usr/src/linux/include/linux/spinlock.h:18: warning: this is the
location of the previous definition
/usr/include/asm/spinlock.h:118: warning:
`write_unlock_irqrestore' redefined
/usr/src/linux/include/linux/spinlock.h:30: warning: this is the
location of the previous definition
In file included from
/usr/src/linux/include/linux/ext3_fs_i.h:19,
from /usr/src/linux/include/linux/fs.h:292,
from
/usr/src/linux/include/linux/capability.h:17,
from /usr/src/linux/include/linux/binfmts.h:5,
from /usr/src/linux/include/linux/sched.h:9,
from /usr/src/linux/include/linux/mm.h:4,
from sys.c:8:
...
and the build eventually fails. I also get a lot of "file not
found errors" like:
/usr/src/linux/include/linux/rwsem.h:27: asm/rwsem.h: No such
file or directory
So that's the whole deal. I don't really understand why this
shouldn't work.
--
Don Bindner <dbindner@truman.edu>
Reply to: