Alan:
My patch does not rename existing syscall names in
include/linux/asm-xxx/unistd.h. The new system calls are added with '32'
appended:
--- linux-2.3.36/include/asm-i386/unistd.h Thu Dec 16 19:25:37 1999
+++ linux-i386/include/asm-i386/unistd.h Wed Jan 5 16:59:41 2000
@@ -202,6 +202,25 @@
#define __NR_stat64 195
#define __NR_lstat64 196
#define __NR_fstat64 197
+#define __NR_lchown32 198
+#define __NR_getuid32 199
+#define __NR_getgid32 200
+#define __NR_geteuid32 201
+#define __NR_getegid32 202
+#define __NR_setreuid32 203
+#define __NR_setregid32 204
...
At least glibc consults include/asm-{arch}/unistd.h when it is being
built. Does libc5 consult a different file when rebuilding?
Thanks,
Chris Wing
wingc@engin.umich.edu
On Thu, 6 Jan 2000, Alan Cox wrote:
> This looks pretty nice now. One big glitch though. The syscall patch renames the existing
> syscall entry points. Don't do this as it breaks stuff and makes it hard to be sure that
> old code calls the right one (eg rebuilding libc5). Name the new ones things like
> sys_chown32(). It isnt like the glibc names and kernel names must match
-
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/
This archive was generated by hypermail 2b29 : Fri Jan 07 2000 - 21:00:07 EST