Build failures mingw unable to pass sanity checks

[Erik van Pienbroek]

Adam Stokes schreef op di 22-11-2011 om 09:58 [-0500]:
> On Tue, Nov 22, 2011 at 9:29 AM, Erik van Pienbroek
> <erik at vanpienbroek.nl> wrote:
> > Erik van Pienbroek schreef op di 22-11-2011 om 15:21 [+0100]:
> >> There has been a change in the mingw32-filesystem package recently
> >> regarding CMake builds, it might be related:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=753906

<snip>

> We are building against fedora 16 and I see it is using 2.8.5-3.fc16
> 
> For your convenience I put up an srpm at
> http://astokes.fedorapeople.org/mingw32-matahari/

Hi,

It turned out that the mingw32-filesystem change which I talked about is
responsible for this failure. If I comment out the CMAKE_AR line in
the /usr/share/mingw32/Toolchain-mingw32.cmake file, clean up the CMake
cache in the matahari source tree and try to run the CMake build command
again the error is gone.

After some more experimenting I found out that when the CMake toolchain
file contains 'SET(CMAKE_AR:FILEPATH /usr/bin/i686-w64-mingw32-ar)' that
the compilation of mingw32-matahari succeeds. (In the current version
the ':FILEPATH' part is missing).

I've just pushed a new update for the mingw32-filesystem package (for
both rawhide and F-16) which contains this change. With this update, the
mingw32-matahari package should build just fine again.

During my testing (before coming to this solution) I encountered some
CMake errors which (I think) are bugs in the CMakeLists.txt file
belonging to the mingw32-matahari package:

   Called from:
[1]	/builddir/build/BUILD/matahari-matahari-6899442/src/CMakeLists.txt
CMake Error at src/CMakeLists.txt:84 (string):
  string sub-command REPLACE requires at least four arguments.

   Called from:
[1]	/builddir/build/BUILD/matahari-matahari-6899442/src/CMakeLists.txt
CMake Error at src/CMakeLists.txt:86 (string):
  string sub-command REPLACE requires at least four arguments.

I'm not familiar enough with CMake to further investigate these issues,
but I think they should be reported upstream.

Anyway, as I already mentioned: a new mingw32-filesystem package has
just been pushed to rawhide and F-16. Feel free to test it and give
karma if it resolves your issue so it can go to updates-stable quickly:
https://admin.fedoraproject.org/updates/mingw32-filesystem-69-10.fc16

Kind regards,

Erik van Pienbroek