Cross-compiling L4Re for MIPS32
paul at boddie.org.uk
Tue Jun 14 00:42:11 CEST 2016
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:
(There are actually two of them.) This header eventually includes the
This is provided by the following packages:
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?
#define __NR_open 1024
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.
More information about the l4-hackers