[cmake-developers] Building with cmake on MSYS/MinGW

Greg Jung gvjung at gmail.com
Tue May 20 00:46:53 EDT 2014


Thanks for your help.

On Mon, May 19, 2014 at 6:37 AM, Brad King <brad.king at kitware.com> wrote:

> On 05/18/2014 04:47 AM, Greg Jung wrote:
> > I'm trying to get cmake to build on a MSYS/Mingw system.
>
> We have nightly testing of building CMake itself using both
> the MSYS Makefiles generator and the MinGW Makefiles generator.
> We even test running the "bootstrap" script on MSYS.
>
> What is not working for you?  Are you launching from the MSYS
> shell?


> > As it is, cmake on windows doesn't get the "mounting" of /usr
>
> The MSYS "soft mount" is a feature of the MSYS shell.  It maps
> such paths in command lines to the corresponding Windows paths.
> No other programs are expected to translate such paths.

The make program will fork and all of the gnu tools will work on the
mounted paths.  I anticipate spending a lot of
time in the msys shell running unix compatible command-lets spawning pipes
and other shells, etc, in addition to
the ocassional uber-application I start from windows.

(from plplot-5/cmake/modules/findfreetype.cmake):
FIND_PATH(FREETYPE_INCLUDE_DIR freetype/config/ftheader.h
/usr/local/include/freetype2
/usr/include/freetype2
)
The default cmake searches for ftheader and for ft2build and provided it
finds both, gives a go for the freetype include.
By providing the proper paths via platform/mingw.cmake -> MSYSpaths.cmake
(adapted from Unixpaths.cmake),
 platform/mingw.cmake is adapted from windows/cmake (with .lib -> .a
suffix) and ends with:
 if(CMAKE_GENERATOR MATCHES "MSYS")
  include(Platform/MSYSPaths)
  else()
  include(Platform/WindowsPaths)
  endif()

downstream, however, the (modified cmake) build of cmake-2.8 has difficulty
locating its unix-type winsock implementation.


On Mon, May 19, 2014 at 6:37 AM, Brad King <brad.king at kitware.com> wrote:

> On 05/18/2014 04:47 AM, Greg Jung wrote:
> > I'm trying to get cmake to build on a MSYS/Mingw system.
>
> We have nightly testing of building CMake itself using both
> the MSYS Makefiles generator and the MinGW Makefiles generator.
> We even test running the "bootstrap" script on MSYS.
>
> What is not working for you?  Are you launching from the MSYS
> shell?
>
> > As it is, cmake on windows doesn't get the "mounting" of /usr
>
> The MSYS "soft mount" is a feature of the MSYS shell.  It maps
> such paths in command lines to the corresponding Windows paths.
> No other programs are expected to translate such paths.
>
> > when I message the path-lists ... the semi-colons have disappeared
>
> Put the variable reference inside a ""-quoted argument.
>
> -Brad
>
> --
>
> Powered by www.kitware.com
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Kitware offers various services to support the CMake community. For more
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20140519/c5b7fc2a/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: diffcm
Type: application/octet-stream
Size: 6791 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/cmake-developers/attachments/20140519/c5b7fc2a/attachment-0002.obj>


More information about the cmake-developers mailing list