Here is a patch that incorporates mingw/msys run via "MSYS Makefiles"
generator to obtain
the system name via "uname -s".


On Fri, Aug 7, 2015 at 4:45 PM, Greg Jung <[email protected]> wrote:

> On Fri, Aug 7, 2015 at 1:16 PM, Brad King <[email protected]> wrote:
>> > On 08/07/2015 05:25 AM, Ray Donnelly wrote:
>> >> CMake needs to be able to identify MSYS2 distinctly from both MINGW
>> and MSYS
>> >> first.  Would a patch making that distinction be acceptable to CMake?
>> > Yes, I think that makes sense since the MSYS2 environment is distinct
>>
> > from Windows, MinGW, MSYS, and Cygwin.  What should CMAKE_SYSTEM_NAME
>> > be for MSYS2?
>>
>> Now that you mention it, I have the patch for CMakeDetermineSystem that
> does gets
> CMAKE_SYSTEM_NAME from "uname -s" as for unix.
>
>
> On Fri, Aug 7, 2015 at 5:33 AM, Ray Donnelly <[email protected]>
> wrote:
>
>> On Fri, Aug 7, 2015 at 1:16 PM, Brad King <[email protected]> wrote:
>> > On 08/07/2015 05:25 AM, Ray Donnelly wrote:
>> >> CMake needs to be able to identify MSYS2 distinctly from both MINGW
>> and MSYS
>> >> first.  Would a patch making that distinction be acceptable to CMake?
>> >
>> > Yes, I think that makes sense since the MSYS2 environment is distinct
>> > from Windows, MinGW, MSYS, and Cygwin.  What should CMAKE_SYSTEM_NAME
>> > be for MSYS2?
>>
>> Off the cuff, MSYS2 sounds reasonable, but I think we need to
>> carefully think about this .. We have CMake packages built with
>> MinGW-w64 and also CMake packages built with msys2 GCC (that are used
>> for only a few of our packages). Do they need to be separately
>> identifiable? I also wonder whether the msys2 CMake could be done away
>> with if we used some functions to convert paths between shell-system
>> and make-system .. I'll ask the MSYS2 developers who added the msys2
>> CMake package about this.
>>
>> Finally, there's the consideration as to whether "MSYS2" implies you
>> are using just the minimum amount of the MSYS2 shell or whether you've
>> gone all-in with MSYS2 (so are happy to be using our Python's which
>> are not found in the registry and have a Unix file layout prefixed in
>> /mingw32 or /mingw64).
>>
>> I'd like to hear others' thoughts on this!
>>
>> >
>> > Thanks,
>> > -Brad
>> >
>>
>
>

Attachment: 0001-CMakeDetermineSystem-distinguishes-MSYS-MINGW32-for-.patch
Description: Binary data

-- 

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/mailman/listinfo/cmake-developers

Reply via email to