octave-maintainers
[Top][All Lists]
Advanced

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

Re: MinGW (MXE cross-) build broken


From: PhilipNienhuis
Subject: Re: MinGW (MXE cross-) build broken
Date: Thu, 31 Oct 2013 02:51:02 -0700 (PDT)

PhilipNienhuis wrote
> mxe-octave:   parent: 3276:7a7d2318ca93 tip   octave.mk: depend on gl2ps
> octave:           parent: 17813:0a887758d1cc tip   fix compilation of
> main.cc on Windows
> 
> 
> Since yesterday MinGW build (using mxe-octave building on Linux) breaks
> at:
> 
> :
> /bin/sh ../../libtool  --tag=CXX   --mode=compile i686-pc-mingw32-g++
> -DHAVE_CONFIG_H -I.
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/tmp-octave/octave-3.7.7+/liboctave/cruft
> -I../..  -I../../libgnu
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/tmp-octave/octave-3.7.7+/libgnu
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include
> -mieee-fp
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include 
> -isystem /usr/include
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include/freetype2
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include 
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include 
> -g -O2 -pthread -MT Faddeeva/libcruft_la-Faddeeva.lo -MD -MP -MF
> Faddeeva/.deps/libcruft_la-Faddeeva.Tpo -c -o
> Faddeeva/libcruft_la-Faddeeva.lo `test -f 'Faddeeva/Faddeeva.cc' || echo
> '/home/philip/devel/octdev/mxe-new/mxe-octave/tmp-octave/octave-3.7.7+/liboctave/cruft/'`Faddeeva/Faddeeva.cc
> libtool: compile:  i686-pc-mingw32-g++ -DHAVE_CONFIG_H -I.
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/tmp-octave/octave-3.7.7+/liboctave/cruft
> -I../.. -I../../libgnu
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/tmp-octave/octave-3.7.7+/libgnu
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include
> -mieee-fp
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include
> -isystem /usr/include
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include/freetype2
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include
> -I/home/philip/devel/octdev/mxe-new/mxe-octave/usr/i686-pc-mingw32/include
> -g -O2 -pthread -MT Faddeeva/libcruft_la-Faddeeva.lo -MD -MP -MF
> Faddeeva/.deps/libcruft_la-Faddeeva.Tpo -c
> /home/philip/devel/octdev/mxe-new/mxe-octave/tmp-octave/octave-3.7.7+/liboctave/cruft/Faddeeva/Faddeeva.cc
>  
> -DDLL_EXPORT -DPIC -o Faddeeva/.libs/libcruft_la-Faddeeva.o
> In file included from
> /home/philip/devel/octdev/mxe-new/mxe-octave/tmp-octave/octave-3.7.7+/liboctave/cruft/Faddeeva/Faddeeva.cc:151:0:
> ../../config.h:3211:15: error: multiple types in one declaration
>  #define gid_t int
>                ^
> :
> <snip>

Turns out this is related to LLVM / JIT (which is now by default enabled
when building).

After adding "--enable-jit=no" to the configure flags in
mxe-octave/src/octave.mk, the build now seems to continue past the
Faddeeva.cc point.

Rik, I'll try your jvm.dll cset (bug #39465) next.

Thanks,

Philip




--
View this message in context: 
http://octave.1599824.n4.nabble.com/MinGW-MXE-cross-build-broken-tp4658677p4658680.html
Sent from the Octave - Maintainers mailing list archive at Nabble.com.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]