On Wed, Nov 22, 2017 at 11:37:04AM +0100, Felix von Leitner wrote:
> > > Are you sure about this?
> > It's _XOPEN_SOURCE, but as configure.ac contains AC_USE_SYSTEM_EXTENSIONS,
> > I suppose _GNU_SOURCE is defined anyway.
>
> I do get the symbol when I define _XOPEN_SOURCE:
>
> $ printf "#inclu
> > Are you sure about this?
> It's _XOPEN_SOURCE, but as configure.ac contains AC_USE_SYSTEM_EXTENSIONS,
> I suppose _GNU_SOURCE is defined anyway.
I do get the symbol when I define _XOPEN_SOURCE:
$ printf "#include \\nIOV_MAX" | arm-linux-gnueabi-gcc
-D_XOPEN_SOURCE -E -
Something else must
On Wed, Nov 22, 2017 at 10:49:12AM +0100, Felix von Leitner wrote:
> > thanks for the quick help!
>
> > > > So I add an
> > > >
> > > > #ifndef IOV_MAX
> > > > #define IOV_MAX 1024
> > > > #endif
> > > >
> > > > Same issue in msghdr.c.
>
> > > IOV_MAX *must* be provided by ; if it isn't,
> thanks for the quick help!
> > > So I add an
> > >
> > > #ifndef IOV_MAX
> > > #define IOV_MAX 1024
> > > #endif
> > >
> > > Same issue in msghdr.c.
> > IOV_MAX *must* be provided by ; if it isn't, then your
> > cross-compiling
> > environment is not quite functional.
> A-ha! That get
Hi Dmitry,
thanks for the quick help!
> > So I add an
> >
> > #ifndef IOV_MAX
> > #define IOV_MAX 1024
> > #endif
> >
> > Same issue in msghdr.c.
> IOV_MAX *must* be provided by ; if it isn't, then your
> cross-compiling
> environment is not quite functional.
A-ha! That gets me somewhe
Hi,
On Wed, Nov 22, 2017 at 09:45:07AM +0100, Felix von Leitner wrote:
> Good morning!
>
> I'm trying to debug an embedded Linux box that does not come with an
> strace, so I figured I'd cross compile strace for it. It is not going so
> well. Any help appreciated.
>
> First obstacle:
>
> mmsghd
Good morning!
I'm trying to debug an embedded Linux box that does not come with an
strace, so I figured I'd cross compile strace for it. It is not going so
well. Any help appreciated.
First obstacle:
mmsghdr.c:97:14: error: 'IOV_MAX' undeclared here (not in a function); did you
mean 'INT_MAX'?
