On Thu Jun 16, 2016 at 00:10:50 +0200, Paul Boddie wrote:
On Wednesday 15. June 2016 23.30.47 Adam Lackorzynski wrote:
On Tue Jun 14, 2016 at 00:42:11 +0200, Paul Boddie wrote:
On Tuesday 14. June 2016 00.16.35 Adam Lackorzynski wrote:
On Mon Jun 13, 2016 at 12:50:07 +0200, Paul Boddie wrote:
I'm compiling in a Debian unstable chroot on i386. Are you still using i386 to build with? Recent experiences with other projects indicate that support for i386 sometimes falls behind amd64, although I have no idea or immediate recollection why the unistd.h behaviour changed as indicated above.
Although amd64 is in the majority, i386 is still in the game, and I've never seen this before. Also, __NR_open is not used directly, thus my question, where is it missing?
In src/l4/tool/gendep/syscall.c there is this include:
#include <unistd.h>
(There are actually two of them.) This header eventually includes the following file:
/usr/include/asm-generic/unistd.h
This is provided by the following packages:
linux-libc-dev:i386, linux-libc-dev:mipsel
In the file in question, I see the following...
/*
- All syscalls below here should go away really,
- these are provided for both review and as a porting
- help for the C library version.
- Last chance: are any of these important enough to
- enable by default?
*/
#ifdef __ARCH_WANT_SYSCALL_NO_AT #define __NR_open 1024 __SYSCALL(__NR_open, sys_open)
Now, I imagine that the "at-less" syscalls are deprecated (according to some definition of the word, maybe only for the Linux people), but perhaps this decision isn't exposed in other distributions. But I really don't know why this is a problem only for me.
Please show the error messages you are seeing.
make O=mybuild config
Do you have linux-libc-dev:amd64 installed? If not, please do.
Adam