Re: mxe-octave: build fails with ".../unistd-wrappers.h:56:8: error: 'pid_t' does not name a type"

[John W. Eaton]

On 06/21/2016 12:36 PM, Philip Nienhuis wrote:
> John W. Eaton wrote:
> > On 06/20/2016 05:56 PM, Philip Nienhuis wrote:
> >
> > > Exact same error :-(
> > >
> > > g++ -o src/i686-w64-mingw32-mkoctfile -Dgnulib='' -Doctave_idx_type=int
> > > -I.
> > > -I/home/philip/devel/octdev/mxe/mxe_32b_20160620/tmp-default-octave/octave-4.1.0+
> > >
> > >
> > > -O2 -g
> > > -I/home/philip/devel/octdev/mxe/mxe_32b_20160620/tmp-default-octave/octave-4.1.0+/src
> > >
> > >
> > > src/i686-w64-mingw32-mkoctfile.cc
> > > src/i686-w64-mingw32-mkoctfile.cc:38:29: fatal error: unistd-wrappers.h:
> > > No such file or directory
> > >   #include "unistd-wrappers.h"
> > >                               ^
> > > compilation terminated.
> >
> > What configure options did you use for mxe-octave?
>
> The usual ones for me:
>
> --enable-octave=default --enable-windows-64 --enable-devel-tools
> --enable-binary-packages.
>
> (For the 32-bit build --enable-windows-64 was of course dropped.)
>
>
> BTW I tried the gross kludge of copying over initially
> unistd-wrappers.h, later on all .h files, from liboctave/wrappers into
> src/. That brought the build a bit further (finally beyond missing
> include file errors) until other type-related errors popped up.
> As far as my build system insights go I surmise that once the build
> reaches src/, the liboctave/wrappers subdir is not in an include path.
> All stuff in src/ are built in the final stage, isn't it?

It's the cross-compiler version of mkoctfile that is failing to build.

That can't link with the version of libgnu built for Windows (it runs 
natively on the build system).  I checked in a simple-minded fix here:

http://hg.savannah.gnu.org/hgweb/octave/rev/307a2d7ff29b

I didn't see the failure earlier because I wasn't building with 
--enable-binary-packges.

jwe