[cmake-developers] Unsubscribe
(iPhone) On Jun 8, 2014, at 12:00, cmake-developers-requ...@cmake.org wrote: Send cmake-developers mailing list submissions to cmake-developers@cmake.org To subscribe or unsubscribe via the World Wide Web, visit http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers or, via email, send a message with subject or body 'help' to cmake-developers-requ...@cmake.org You can reach the person managing the list at cmake-developers-ow...@cmake.org When replying, please edit your Subject line so it is more specific than Re: Contents of cmake-developers digest... Today's Topics: 1. Modules/FindLua51.cmake: lua5.1 include pathseems wrong (o.k...@gmx.de) 2. Modules/FindLua51.cmake: lua5.1 include pathseems wrong (o.k...@gmx.de) -- Message: 1 Date: Sun, 08 Jun 2014 15:12:01 +0200 From: o.k...@gmx.de To: cmake-developers@cmake.org Subject: [cmake-developers] Modules/FindLua51.cmake: lua5.1 include pathseems wrong Message-ID: 2100329.pYFkM4cQzp@in1689 Content-Type: text/plain; charset=us-ascii Hello, I observed a problem trying to build a CMake based project using lua5.1 on a system where both lua5.1 and lua5.2 are present (Linux Arch). It seems, Modules/FindLua51.cmake causes the header for lua5.2 to be found but the lib for version 5.1 causing obvious problems when trying to link. Using strace I observed that cmake searches in each path prefix first in the subdirectory include, then starting from the base directory. As Modules/FindLua51.cmake specifies {{{ find_path(LUA_INCLUDE_DIR lua.h HINTS ENV LUA_DIR PATH_SUFFIXES include/lua51 include/lua5.1 include/lua-5.1 include/lua include }}} Then cmake actually looks for lua.h in this folder order: prefix/include/include/lua51/ prefix/include/include/lua5.1/ prefix/include/include/lua-5.1/ prefix/include/include/lua/ prefix/include/include/ prefix/include/ ... next prefix ... which looks wrong to me. strace tells: {{{ access(/usr/include/include/lua51/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/include/lua5.1/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/include/lua-5.1/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/include/lua/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/include/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/lua.h, R_OK) = 0 }}} So a file is found but this is actually the one from lua5.2. cmake should have searched in /usr/include/lua5.1/lua.h in my case. I deleted the additional include/ in FindLua51.cmake and it worked. A patch is attached. I would be very happy for receiving feedback. Regards, Oliver Kurz -- next part -- A non-text attachment was scrubbed... Name: 0001-FindLua51-Correct-include-search-path.patch Type: text/x-patch Size: 771 bytes Desc: not available URL: http://public.kitware.com/pipermail/cmake-developers/attachments/20140608/fdf6a825/attachment-0001.bin -- Message: 2 Date: Sun, 08 Jun 2014 15:00:12 +0200 From: o.k...@gmx.de To: cmake-developers@cmake.org Subject: [cmake-developers] Modules/FindLua51.cmake: lua5.1 include pathseems wrong Message-ID: 2161782.NSFI7NEOaE@in1689 Content-Type: text/plain; charset=us-ascii Hello, I observed a problem trying to build a CMake based project using lua5.1 on a system where both lua5.1 and lua5.2 are present (Linux Arch). It seems, Modules/FindLua51.cmake causes the header for lua5.2 to be found but the lib for version 5.1 causing obvious problems when trying to link. Using strace I observed that cmake searches in each path prefix first in the subdirectory include, then starting from the base directory. As Modules/FindLua51.cmake specifies {{{ find_path(LUA_INCLUDE_DIR lua.h HINTS ENV LUA_DIR PATH_SUFFIXES include/lua51 include/lua5.1 include/lua-5.1 include/lua include }}} Then cmake actually looks for lua.h in this folder order: prefix/include/include/lua51/ prefix/include/include/lua5.1/ prefix/include/include/lua-5.1/ prefix/include/include/lua/ prefix/include/include/ prefix/include/ ... next prefix ... which looks wrong to me. strace tells: {{{ access(/usr/include/include/lua51/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/include/lua5.1/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/include/lua-5.1/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/include/lua/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/include/lua.h, R_OK) = -1 ENOENT (No such file or directory) access(/usr/include/lua.h, R_OK) = 0 }}} So a file is found but this is actually the one from
Re: [cmake-developers] Code Changes to support C++ Windows Forms
I created a topic called WindowsFormsResx following the developer guide instructions and have committed my staged changes and a test project. I don't know how to send out a link to this, but would be happy to do so if someone pointed me in the right direction. - John On 2013-04-28 20:46, Jean-Christophe Fillion-Robin wrote: Hi John, Seems you forgot to send a link to the associated topic. Jc On Sun, Apr 28, 2013 at 10:20 PM, john.farr...@helleboreconsulting.com wrote: Hello all! New CMake developer here! I have modified the latest version of CMake from Git to be able to use .resx files and integrate them into Visual Studio, perform the correct associations, and enable use of the Visual Studio designer for Windows Forms applications after a solution and projects are configured by CMake. The changes were fairly minimal, but really help me out! I have a project that is mostly cross-platform, but there are a few plugins that are windows-specific. I wanted to use CMake to build and manage the project, but when CMake configured the windows GUI's, I would lose all of the designer information, which is totally unacceptable for ever having to make a change to the GUI. This change is targeted specifically at C++ Windows Forms applications using CLI. I'd like to push these changes up, so feedback is welcome! - John Farrier -- Powered by www.kitware.com [1] Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html [2] Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ [3] Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers [4] -- +1 919 869 8849 Links: -- [1] http://www.kitware.com [2] http://www.kitware.com/opensource/opensource.html [3] http://www.cmake.org/Wiki/CMake_FAQ [4] http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Code Changes to support C++ Windows Forms
Done and Pull Request sent. Visual Studio C++ Windows Forms Designer Support Thanks. I look forward to helping this get into the CMake baseline! - John On 2013-04-29 08:08, Jean-Christophe Fillion-Robin wrote: Hi John, Seems your topic isn't available on the CMake stage: http://cmake.org/gitweb?p=stage/cmake.git [6] I would suggest you push your topic on github instead. The stage is used by module maintainer or CMake core developers [1] Hth Jc [1] http://www.cmake.org/Wiki/CMake:Module_Maintainers#New_Maintainer [7] On Mon, Apr 29, 2013 at 8:36 AM, john.farr...@helleboreconsulting.com wrote: I created a topic called WindowsFormsResx following the developer guide instructions and have committed my staged changes and a test project. I don't know how to send out a link to this, but would be happy to do so if someone pointed me in the right direction. - John On 2013-04-28 20:46, Jean-Christophe Fillion-Robin wrote: Hi John, Seems you forgot to send a link to the associated topic. Jc On Sun, Apr 28, 2013 at 10:20 PM, john.farr...@helleboreconsulting.com wrote: Hello all! New CMake developer here! I have modified the latest version of CMake from Git to be able to use .resx files and integrate them into Visual Studio, perform the correct associations, and enable use of the Visual Studio designer for Windows Forms applications after a solution and projects are configured by CMake. The changes were fairly minimal, but really help me out! I have a project that is mostly cross-platform, but there are a few plugins that are windows-specific. I wanted to use CMake to build and manage the project, but when CMake configured the windows GUI's, I would lose all of the designer information, which is totally unacceptable for ever having to make a change to the GUI. This change is targeted specifically at C++ Windows Forms applications using CLI. I'd like to push these changes up, so feedback is welcome! - John Farrier -- Powered by www.kitware.com [1] [1] Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html [2] [2] Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ [3] [3] Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers [4] [4] -- +1 919 869 8849 [5] Links: -- [1] http://www.kitware.com [1] [2] http://www.kitware.com/opensource/opensource.html [2] [3] http://www.cmake.org/Wiki/CMake_FAQ [3] [4] http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers [4] -- +1 919 869 8849 Links: -- [1] http://www.kitware.com [2] http://www.kitware.com/opensource/opensource.html [3] http://www.cmake.org/Wiki/CMake_FAQ [4] http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers [5] tel:%2B1%20919%20869%208849 [6] http://cmake.org/gitweb?p=stage/cmake.git [7] http://www.cmake.org/Wiki/CMake:Module_Maintainers#New_Maintainer -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] Code Changes to support C++ Windows Forms
Hello all! New CMake developer here! I have modified the latest version of CMake from Git to be able to use .resx files and integrate them into Visual Studio, perform the correct associations, and enable use of the Visual Studio designer for Windows Forms applications after a solution and projects are configured by CMake. The changes were fairly minimal, but really help me out! I have a project that is mostly cross-platform, but there are a few plugins that are windows-specific. I wanted to use CMake to build and manage the project, but when CMake configured the windows GUI's, I would lose all of the designer information, which is totally unacceptable for ever having to make a change to the GUI. This change is targeted specifically at C++ Windows Forms applications using CLI. I'd like to push these changes up, so feedback is welcome! - John Farrier -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers