[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: qemu FTBFS on sparc: conflicting types of tcflag_t?

28.05.2013 19:02, Michael Tokarev wrote:
> Hello.
> One of our packages started to FTBFS on Sparc, here's the first
> build log that shows the issue:
>  https://buildd.debian.org/status/fetch.php?pkg=qemu&arch=sparc&ver=1.5.0%2Bdfsg-1&stamp=1369117249
> The relevant portion:
>   CC    i386-linux-user/linux-user/syscall.o
> In file included from /usr/include/sparc-linux-gnu/asm/termios.h:5:0,
>                  from /usr/include/linux/termios.h:5,
>                  from /build/buildd-qemu_1.5.0+dfsg-1-sparc-34y5XW/qemu-1.5.0+dfsg/linux-user/syscall.c:92:
> /usr/include/sparc-linux-gnu/asm/termbits.h:12:25: error: conflicting types for 'tcflag_t'
> /usr/include/sparc-linux-gnu/bits/termios.h:25:22: note: previous declaration of 'tcflag_t' was here
> make[2]: *** [linux-user/syscall.o] Error 1

I tried to rebuild package on smetana.d.o using the sid chroot
(after installing build-deps in a private schroot session).
I can't reproduce this build failure there, the package builds
fine (but takes several hours to build, because this host is
quite a bit slow).

So I don't know what is the problem in there, and so have
no idea at all about how to solve it, either.



> This happens due to
>  #include <linux/termios.h>
> in the source.
> asm/termbits.h, line 12, reads:
>  typedef unsigned long   tcflag_t;
> bits/termios.h, line 25:
>  typedef unsigned int tcflag_t;
> This is inside system headers.  So I'm not
> sure I can fix that in the source of my
> package.  Moreover, this same package builds
> on other architectures.
> To me it looks like a bug in system headers.
> Help?
> Thanks,
> /mjt

Reply to: