Enrico Scholz wrote:
[EMAIL PROTECTED] (Christian Mayrhuber) writes:


ln -sf '/lib/modules/2.4.22-c17h-xfs/build/include/linux/virtual.h'
'linuxvirtual.h' && test -e 'linuxvirtual.h' || \
        ln -sf './lib/virtual.h' 'linuxvirtual.h'
...
In file included from lib/syscall_rlimit.c:29:
lib/syscall_rlimit-v11.hc: In function `vc_get_rlimit_v11':


hmm, it seems that the wrong/an old version of 'virtual.h' will be
used. Where is the 'linuxvirtual.h' symlink pointing to? Can you try to
link it to lib/virtual.h manually?
Setting kernelincludedir in the Makefile to 2.6.0-test9/include solves the build problem.


Alternatively, you can try to disable the rlimit syscall with '--enable-apis=compat,legacy', or specify the kerneldir with '--with-kerneldir=...'.
--with-kerneldir= works fine, too.

The problem is, that the configure scripts creates a Makefile that symlinks to virtual.h of c17f kernel I'm currently running, but the
2.6.0-test9 kernel headers (without virtual.h) are installed per
default on debian sarge.
--
lg, Chris


_______________________________________________
Vserver mailing list
[EMAIL PROTECTED]
http://list.linux-vserver.org/mailman/listinfo/vserver

Reply via email to