CGAL users discussion list

[Philipp Moeller <>]

skauf 
<>
 writes:

> I did that, of course. The problem is that RTools's MinGW has a different
> directory structure and locations and names of key system binaries or
> whatever. Interestingly, the differences are small enough that Eclipse CDT
> for example works fine with this MinGW variant (and the usual MinGW GCC
> Toolchain configuration).
>
> Here is what I tried:
>
> Run "make-gui ."
> Delete cache
> Configure
> Specify the generator for this project: MinGW Makefiles
> Specify native compilers: (the gcc, g++, and gfortran not that it's needed I
> guess where I know they sit
>
> This is the output I get: [the sh.exe issue I tried dealing with by removing
> the dir from the PATH, that caused other problems, so I renamed sh.exe
> temporarily, but the second error is more fundamental: CMake was unable to
> find a build program corresponding to "MinGW Makefiles". I don't know what
> to do with this.]
>
> CMake Error at C:/Program Files (x86)/CMake
> 2.8/share/cmake-2.8/Modules/CMakeMinGWFindMake.cmake:20 (MESSAGE):
>   sh.exe was found in your PATH, here:
>
>   C:/Program Files/Rtools/bin/sh.exe
>
>   For MinGW make to work correctly sh.exe must NOT be in your path.
>
>   Run cmake from a shell that does not have sh.exe in your PATH.
>
>   If you want to use a UNIX shell, then use MSYS Makefiles.

Obvious question: What happens if you run it with a PATH that does not
include C:/Program Files/Rtools/bin/?