auto build r3450: 1 of 8 builds failed - 3 regression tests failed

Mikael Magnusson mikma264 at gmail.com
Sat Oct 27 14:14:58 CEST 2007


svn wrote:

> Build fail:
>     Revision: 3450
>     Machine: mingw32_on_debian_unstable
>     Machine addr: svn at dev.minisip.org
>     Build: gtk_dsound_debug
> STDERR:
> ==========================================================
> 
> AUTOBUILD_INFO: processing libmutil...

> configure: WARNING: dlfcn.h: accepted by the compiler, rejected by the preprocessor!
> configure: WARNING: dlfcn.h: proceeding with the compiler's result
> In file included from /usr/include/c++/4.2/i486-linux-gnu/bits/c++locale.h:52,
>                  from /usr/include/c++/4.2/iosfwd:46,
>                  from /usr/include/c++/4.2/bits/stl_algobase.h:71,
>                  from /usr/include/c++/4.2/bits/char_traits.h:47,
>                  from /usr/include/c++/4.2/string:48,
>                  from ./include/libmutil/MemObject.h:34,
>                  from source/MemObject.cxx:28:
> /home/svn/3450/usr/include/iconv.h:31: error: 'dllimport' was not declared in this scope
> /home/svn/3450/usr/include/iconv.h:31: error: expected ',' or ';' before 'int'
> In file included from /usr/include/c++/4.2/i486-linux-gnu/bits/c++locale.h:52,
>                  from /usr/include/c++/4.2/iosfwd:46,
>                  from /usr/include/c++/4.2/bits/stl_algobase.h:71,
>                  from /usr/include/c++/4.2/bits/char_traits.h:47,
>                  from /usr/include/c++/4.2/string:48,
>                  from ./include/libmutil/MemObject.h:34,
>                  from source/MemObject.cxx:28:

I doesn't look right. It seems to use the native headers instead of the 
cross-compiation ones, For example it shouldn't use 
/usr/include/c++/4.2/i486-linux-gnu/bits/c++locale.h . libmutil and 
libmnetutil should build fine on Debian unstable, but there is a problem 
in libmcryto which needs to be solved. The current mingw32 environment 
includes gettimeofday, which means it needs to be conditionally compiled 
into minisip if we want to support both newer and older versions of mingw32.

Mikael


More information about the Minisip-devel mailing list