User-mode Linux kernel port

Greetings List,

I am having some problems building a custom user-mode-linux kernel package
under Debian Unstable.

I did a

apt-get source user-mode-linux

and

debian/rules unpack
debian/rules patch

which unpacked kernel-source-2.4.22-5.tar.bz2 and patched it with the patch
for the same kernel found in the kernel-patch-uml package.

When I then try and compile, I am getting ...


make[3]: Entering directory
`/usr/src/user-mode-linux-2.4.22-5um/kernel-source-2.4.22/arch/um/sys-i386'
gcc-2.95   -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fn
o-common -O2 -fomit-frame-pointer -
U__i386__ -Ui386 -DUM_FASTCALL -D__arch_um__ -DSUBARCH=\"i386\" -D_LARGEFILE
64_SOURCE  -I/usr/src/user-mode-lin
ux-2.4.22-5um/kernel-source-2.4.22/arch/um/include -I/usr/src/user-mode-linu
x-2.4.22-5um/kernel-source-2.4.22/a
rch/um/kernel/skas/include -D_GNU_SOURCE -c -o bugs.o bugs.c
In file included from /usr/include/asm/sigcontext.h:4,
                 from /usr/include/bits/sigcontext.h:28,
                 from /usr/include/signal.h:326,
                 from /usr/include/sys/signal.h:1,
                 from bugs.c:9:
/usr/include/linux/compiler.h:17: warning: `__attribute_used__' redefined
/usr/include/sys/cdefs.h:195: warning: this is the location of the previous
definition
bugs.c: In function `disable_lcall':
bugs.c:111: storage size of `ldt' isn't known
bugs.c:118: warning: implicit declaration of function `modify_ldt'
bugs.c:111: warning: unused variable `ldt'
make[3]: *** [bugs.o] Error 1
make[3]: Leaving directory
`/usr/src/user-mode-linux-2.4.22-5um/kernel-source-2.4.22/arch/um/sys-i386'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory
`/usr/src/user-mode-linux-2.4.22-5um/kernel-source-2.4.22/arch/um/sys-i386'
make[1]: *** [_dir_arch/um/sys-i386] Error 2
make[1]: Leaving directory
`/usr/src/user-mode-linux-2.4.22-5um/kernel-source-2.4.22'
make: *** [build-stamp] Error 2

I browsed through the list archive and found a similar error from someone
else, but there was no follow up.

Another quick question.  Why is it compiling with gcc-2.95 when I have
gcc-3.3 installed on my system.

I doubt this error is related, but just something I noticed.

If anyone has a solution to this problem, your help would greatly be
appreciated.

Thanks


Mitchell