Cross-compiling L4Re for MIPS32
adam at os.inf.tu-dresden.de
Wed Jun 15 23:30:47 CEST 2016
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:
> 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.
More information about the l4-hackers