[Cmake-commits] CMake branch, master, updated. v3.15.0-rc1-6-g6ca4973

[Kitware Robot via Cmake-commits]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  6ca497365af59106976fd3cc0bff8357c6794522 (commit)
  from  6a78bdbb06e27a5474bf3262d4dcf7459a8627f9 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6ca497365af59106976fd3cc0bff8357c6794522
commit 6ca497365af59106976fd3cc0bff8357c6794522
Author: Kitware Robot 
AuthorDate: Wed Jun 5 00:01:09 2019 -0400
Commit: Kitware Robot 
CommitDate: Wed Jun 5 00:01:09 2019 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index a3679e5..c0b209c 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
 # CMake version number components.
 set(CMake_VERSION_MAJOR 3)
 set(CMake_VERSION_MINOR 15)
-set(CMake_VERSION_PATCH 20190604)
+set(CMake_VERSION_PATCH 20190605)
 #set(CMake_VERSION_RC 1)

---

Summary of changes:
 Source/CMakeVersion.cmake | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

Re: [CMake] Troubles with small CMakeLists.txt

[Steven Truppe]

That was the issue - thanks alot for you help, i'm sitting now for over
5 hours in front of cmake and my eyes need some rest (and more brain
needs more cmake knowledge:).


best regards!

On 05.06.19 01:13, stephan.sz...@sony.com wrote:

Hi,

Looking at the cmake there, your bsBuildLibExamples macro starts off by doing
set(WITH_LIB_${lib_upper}_EXAMPLES "")
but lib_upper isn't set to match the new value of lib until later inside the 
foreach.
So it seems like you're resetting the value of the previous iteration.

Moving the
   string(TOUPPER ${lib} lib_upper)
to the top of the macro seems to make all the variables show up.

Regards,
Stephan

-Original Message-
From: CMake  On Behalf Of Steven Truppe
Sent: Tuesday, June 4, 2019 3:56 PM
To: cmake@cmake.org
Subject: Re: [CMake] Troubles with small CMakeLists.txt

I've made the code more readable and easy to understand so you don't have to 
read through all the code:
https://wandbox.org/permlink/qp7ScGBeMOtolfxb

On 05.06.19 00:47, Steven Truppe wrote:

Hi everyone,

i finaly have solved the issues i had and now have the working code on:
https://wandbox.org/permlink/ujEH8F91SVzMyt1D


The problem is that the i only get the last result as output, he
create the variables and stores them (i tested with
cmake_print_variables) but at the end the resulting variables are
empty - only the last one is correct

I hope someone here can help.


best regards!


--

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Troubles with small CMakeLists.txt

[Stephan.Szabo]

Hi,

Looking at the cmake there, your bsBuildLibExamples macro starts off by doing
   set(WITH_LIB_${lib_upper}_EXAMPLES "")
but lib_upper isn't set to match the new value of lib until later inside the 
foreach.
So it seems like you're resetting the value of the previous iteration.

Moving the 
  string(TOUPPER ${lib} lib_upper)
to the top of the macro seems to make all the variables show up.

Regards,
Stephan

-Original Message-
From: CMake  On Behalf Of Steven Truppe
Sent: Tuesday, June 4, 2019 3:56 PM
To: cmake@cmake.org
Subject: Re: [CMake] Troubles with small CMakeLists.txt

I've made the code more readable and easy to understand so you don't have to 
read through all the code:
https://wandbox.org/permlink/qp7ScGBeMOtolfxb

On 05.06.19 00:47, Steven Truppe wrote:
> Hi everyone,
>
> i finaly have solved the issues i had and now have the working code on:
> https://wandbox.org/permlink/ujEH8F91SVzMyt1D
>
>
> The problem is that the i only get the last result as output, he 
> create the variables and stores them (i tested with 
> cmake_print_variables) but at the end the resulting variables are 
> empty - only the last one is correct
>
> I hope someone here can help.
>
>
> best regards!
>
-- 

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:
https://cmake.org/mailman/listinfo/cmake
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Juan E. Sanchez]

Hello,

It looks like you are making progress.  Note that to use the gcc-8 and 
g++-8 compilers from brew, you need to have include files in 
/usr/include.  Otherwise you get strange errors about missing _stdio.h, 
etc.  I believe in another thread, someone suggests how to make sure the 
headers get put in the right place.


I looked and found curses.h (not ncurses.h) here.
/usr/include/curses.h.

Regards,

Juan


On 6/4/19 12:56 PM, Bryan Christ wrote:

Juan,

Thanks for your suggestions.  I went through that thread pretty 
thoroughly trying all of the recommended tips and, unfortunately, 
nothing seemed to work.  I also tried running that open command you 
cited, but there are still no includes for ncurses in /usr/include or 
/usr/local/include.  In fact /usr/include doesn't even exist on this 
system (mojave).


On Mon, Jun 3, 2019 at 5:27 PM Juan E. Sanchez > wrote:


Hello,

According to this:
https://github.com/neovim/neovim/issues/9050

It looks like macOS made it so you have to do something like this:
open

/Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg

for libraries and includes to be put into /usr.

Regards,

Juan


On 6/3/19 5:16 PM, Bryan Christ wrote:
 > New to this mailing list so I hope I'm asking this in the right
venue...
 >
 > I'm trying to port my application (a program and a shared
library) to
 > OSX.  It was rather easy to modify my CMake script to go from
Linux and
 > add in FreeBSD.  OSX is giving me a lot of problems though.
 >
 > First of all find_package() doesn't seem to find the ncurses.dylib
 > installed by XCode as it test for wsyncup().  For whatever
reason, that
 > test fails.  The default location for the library is pretty sane
 > (/usr/lib/) but the include file for ncurses is about 9
directories deep
 > inside of XCode's install directory.  Lots of problems here so I
decided
 > to look at the symbol linkage for htop and see what it does.  It
links
 > to a different version that got pulled down via homebrew in
 > /usr/local/opt/ncurses/lib (and include respectively)
 >
 > Is there a way to force CMake to link to the library found there
instead
 > of in /usr/lib/ ?
 >
 > --
 > Bryan
 > <><
 >

-- 


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:
https://cmake.org/mailman/listinfo/cmake



--
Bryan
<><


--

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Troubles with small CMakeLists.txt

[Steven Truppe]

I've made the code more readable and easy to understand so you don't
have to read through all the code:
https://wandbox.org/permlink/qp7ScGBeMOtolfxb

On 05.06.19 00:47, Steven Truppe wrote:

Hi everyone,

i finaly have solved the issues i had and now have the working code on:
https://wandbox.org/permlink/ujEH8F91SVzMyt1D


The problem is that the i only get the last result as output, he create
the variables and stores them (i tested with cmake_print_variables) but
at the end the resulting variables are empty - only the last one is
correct

I hope someone here can help.


best regards!


--

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] Troubles with small CMakeLists.txt

[Steven Truppe]

Hi everyone,

i finaly have solved the issues i had and now have the working code on:
https://wandbox.org/permlink/ujEH8F91SVzMyt1D


The problem is that the i only get the last result as output, he create
the variables and stores them (i tested with cmake_print_variables) but
at the end the resulting variables are empty - only the last one is
correct

I hope someone here can help.


best regards!

--

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Trouble with CMAKE_EXE_LINKER_FLAGS not honored

[Tom Finegan via CMake]

I think you want CMAKE_SHARED_LINKER_FLAGS:

https://cmake.org/cmake/help/latest/variable/CMAKE_SHARED_LINKER_FLAGS.html

You can also use target_link_libraries to pass linker flags:

https://cmake.org/cmake/help/latest/command/target_link_libraries.html

On Tue, Jun 4, 2019 at 1:12 PM Bryan Christ  wrote:

> For building my project on Linux with gcc I set the following.
>
> set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -Wl,--no-as-needed")
>
> Later, if, the system appears to be OSX, I change it:
>
> if ("${CMAKE_SYSTEM_NAME}" STREQUAL "Darwin")
>
> set(CMAKE_EXE_LINKER_FLAGS "-Wl,-undefined -Wl,dynamic_lookup")
> set(CMAKE_PREFIX_PATH /usr/local/opt/ncurses)
>
> endif()
>
> However, when creating the shared object, linking fails.  The flags are
> not being passed to clang as expected.  When I dive into
> CMakeFile/vterm-shared.dir/link.txt I confirm that the wrong flags are
> there.
>
> What am I doing wrong?
>
> --
> Bryan
> <><
> --
>
> 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:
> https://cmake.org/mailman/listinfo/cmake
>
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Bryan Christ]

Indeed.  They all have their nuances :)

On Tue, Jun 4, 2019 at 4:36 PM Guy Harris  wrote:

> On Jun 4, 2019, at 2:27 PM, Bryan Christ  wrote:
>
> > Thanks for the explanation.  Yes.  The use of the term Library certainly
> added to my confusion.  I've been coding on Linux for 20 and the "proper"
> way of doing things on Mac is a bit elusive to me as I stumble around.
>
> Yeah, it must be weird going from a system that stuffs libraries in
> /usr/lib64 to a system that stuffs them in /usr/lib. :-)
>
> (There's no need to put 32-bit and 64-bit libraries in separate
> directories if you can put the 32-bit and 64-bit versions of a library in
> the same file, as you can in Darwin.
>
> But the real point is that every UN*X has its own quirks, and somebody
> might find the UN*X with which you're most familiar to be the quirky one.
> If you're going to do cross-platform UN*X programming, be prepared to have
> assumptions about UN*X, made based on the platform or platforms with which
> you're familiar, to be violated by some other UN*X.)



-- 
Bryan
<><
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Question about looping inside a macro.

[Bruce Stephens]

This works:
macro(bsPrintList)
  foreach(l ${ARGN})
message(STATUS "List entry: ${l}")
  endforeach()
endmacro()

bsPrintList(foo bar baz)

On Tue, 4 Jun 2019 at 22:14, Steven Truppe  wrote:
>
> Hi everyone, like you know i'm relative new the cmake and i'm working my way 
> through the book and the documentation but there is something that i don't 
> understand in the docs.
>
> I just want to write a macro that uses as first argument a list and then 
> iterates over it.
>
> The docs show the example:
>
> macro(_BAR)
>   foreach(arg IN LISTS ARGN)
> [...]
>   endforeach()
> endmacro()
>
> So i wrote this macro:
>
> macro(bsPrintList list)
>
> foreach(l IN LISTS ARGN)
>
> message(STATUS "List entry: ${l})
>
> endforeach()
>
> endmacro()
>
>
> I tried all sorts of combinations like foreach(l ${list}) etc. but come to no 
> result =(.
>
>
> This is a really easy questin so i hope someone can explain to me what i'm 
> doing wrong here, next part i'm going to learn are functions and how to 
> handle their arguments...
>
>
> best regards!
>
> --
>
> 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:
> https://cmake.org/mailman/listinfo/cmake
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Guy Harris]

On Jun 4, 2019, at 2:27 PM, Bryan Christ  wrote:

> Thanks for the explanation.  Yes.  The use of the term Library certainly 
> added to my confusion.  I've been coding on Linux for 20 and the "proper" way 
> of doing things on Mac is a bit elusive to me as I stumble around.

Yeah, it must be weird going from a system that stuffs libraries in /usr/lib64 
to a system that stuffs them in /usr/lib. :-)

(There's no need to put 32-bit and 64-bit libraries in separate directories if 
you can put the 32-bit and 64-bit versions of a library in the same file, as 
you can in Darwin.

But the real point is that every UN*X has its own quirks, and somebody might 
find the UN*X with which you're most familiar to be the quirky one.  If you're 
going to do cross-platform UN*X programming, be prepared to have assumptions 
about UN*X, made based on the platform or platforms with which you're familiar, 
to be violated by some other UN*X.)
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Bryan Christ]

Thanks for the explanation.  Yes.  The use of the term Library certainly
added to my confusion.  I've been coding on Linux for 20 and the "proper"
way of doing things on Mac is a bit elusive to me as I stumble around.



On Tue, Jun 4, 2019 at 4:21 PM Guy Harris  wrote:

> On Jun 4, 2019, at 1:33 PM, Bryan Christ  wrote:
>
> > I would agree with you, but I've been told that OSX is moving away from
> it's Unix heritage and placing libraries in non-traditional locations (not
> /usr or /usr/local) and that's going to be increasingly the norm in the
> future.
> >
> >
> https://apple.stackexchange.com/questions/337940/why-is-usr-include-missing-i-have-xcode-and-command-line-tools-installed-moja
>
> That talks about *headers*, not *libraries*.  (Don't be confused by the
> "/Library" used in some path names in that item - /Library has more than
> libraries in it.)
>
> macOS has, all the way back to when it was called "Mac OS X", had a notion
> of "frameworks", which are not installed under /usr/lib, and that contain
> dynamically-linked shared libraries; the higher-level Cocoa APIs, for
> example, are provided as frameworks, as are C libraries such as Core
> Foundation.
>
> UNIX APIs, however, are, and have always been, implemented as regular
> dynamically-linked shared libraries under /usr/lib.
>
> The executable image for Microsoft Word for Mac has the strings
>
> /usr/lib/libz.1.dylib
> /usr/lib/libsqlite3.dylib
> /usr/lib/libobjc.A.dylib
> /usr/lib/libc++.1.dylib
> /usr/lib/libSystem.B.dylib
>
> built into it as library paths; if Apple were to decide to put UNIX
> libraries somewhere other than /usr/lib, and not have a /usr/lib symbolic
> link pointing to the new location, the run-time linker would have to
> extract the final component of paths beginning with /usr/lib and treat them
> as if they pointed to a library in the new location, instead; they could
> probably do that, but it's not clear what the point of doing so would be.
>
> So if somebody were to claim that macOS will be putting *UNIX libraries*
> (as opposed to macOS frameworks, or header files) in some location other
> than /usr/lib, I'd have to ask for some pretty solid evidence to believe
> that claim; I haven't seen any such evidence so far.
>


-- 
Bryan
<><
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Bryan Christ]

Yes.  Unfortunately, I still don't get the wide version of ncurses so I
have to point elsewhere.  But even assuming that solved my problem , I
understand the procedure is a stop-gap and might not eventually be
supported.

On Tue, Jun 4, 2019 at 4:01 PM Guy Harris  wrote:

> On Jun 4, 2019, at 10:56 AM, Bryan Christ  wrote:
>
> > Thanks for your suggestions.  I went through that thread pretty
> thoroughly trying all of the recommended tips and, unfortunately, nothing
> seemed to work.  I also tried running that open command you cited, but
> there are still no includes for ncurses in /usr/include or
> /usr/local/include.
>
> Presumably after you ran the open command you then performed an
> installation of the package from the window that the command popped up?
>
> If not, you need to do that.
>


-- 
Bryan
<><
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] Question about looping inside a macro.

[Steven Truppe]

Hi everyone, like you know i'm relative new the cmake and i'm working my
way through the book and the documentation but there is something that i
don't understand in the docs.

I just want to write a macro that uses as first argument a list and then
iterates over it.

The docs show the example:

macro(_BAR)
  foreach(arg IN LISTS ARGN)
[...]
  endforeach()
endmacro()

So i wrote this macro:

macro(bsPrintList list)

    foreach(l IN LISTS ARGN)

        message(STATUS "List entry: ${l})

    endforeach()

endmacro()


I tried all sorts of combinations like foreach(l ${list}) etc. but come
to no result =(.


This is a really easy questin so i hope someone can explain to me what
i'm doing wrong here, next part i'm going to learn are functions and how
to handle their arguments...


best regards!

-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Guy Harris]

On Jun 4, 2019, at 1:33 PM, Bryan Christ  wrote:

> I would agree with you, but I've been told that OSX is moving away from it's 
> Unix heritage and placing libraries in non-traditional locations (not /usr or 
> /usr/local) and that's going to be increasingly the norm in the future.
> 
> https://apple.stackexchange.com/questions/337940/why-is-usr-include-missing-i-have-xcode-and-command-line-tools-installed-moja

That talks about *headers*, not *libraries*.  (Don't be confused by the 
"/Library" used in some path names in that item - /Library has more than 
libraries in it.)

macOS has, all the way back to when it was called "Mac OS X", had a notion of 
"frameworks", which are not installed under /usr/lib, and that contain 
dynamically-linked shared libraries; the higher-level Cocoa APIs, for example, 
are provided as frameworks, as are C libraries such as Core Foundation.

UNIX APIs, however, are, and have always been, implemented as regular 
dynamically-linked shared libraries under /usr/lib.

The executable image for Microsoft Word for Mac has the strings

/usr/lib/libz.1.dylib
/usr/lib/libsqlite3.dylib
/usr/lib/libobjc.A.dylib
/usr/lib/libc++.1.dylib
/usr/lib/libSystem.B.dylib

built into it as library paths; if Apple were to decide to put UNIX libraries 
somewhere other than /usr/lib, and not have a /usr/lib symbolic link pointing 
to the new location, the run-time linker would have to extract the final 
component of paths beginning with /usr/lib and treat them as if they pointed to 
a library in the new location, instead; they could probably do that, but it's 
not clear what the point of doing so would be.

So if somebody were to claim that macOS will be putting *UNIX libraries* (as 
opposed to macOS frameworks, or header files) in some location other than 
/usr/lib, I'd have to ask for some pretty solid evidence to believe that claim; 
I haven't seen any such evidence so far.
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Bryan Christ]

Guy,

I would agree with you, but I've been told that OSX is moving away from
it's Unix heritage and placing libraries in non-traditional locations (not
/usr or /usr/local) and that's going to be increasingly the norm in the
future.

https://apple.stackexchange.com/questions/337940/why-is-usr-include-missing-i-have-xcode-and-command-line-tools-installed-moja


On Tue, Jun 4, 2019 at 3:24 PM Guy Harris  wrote:

> On Jun 3, 2019, at 3:27 PM, Juan E. Sanchez 
> wrote:
>
> > It looks like macOS made it so you have to do something like this:
> > open
> /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
> >
> > for libraries and includes to be put into /usr.
>
> *Libraries* should exist in /usr/lib regardless of whether you do that, or
> even whether you have Xcode, or the command-line developer tools, installed
> - if you don't have the shared libraries in /usr/lib, programs using the
> libraries won't work, and programs shipped with macOS use, at minimum,
> libSystem, and may use other libraries.  vi, for example, uses the ncurses
> library.
>
> It's the *headers* that aren't installed in /usr/include by default.  The
> compiler *should* look in the directory where they're installed, however.
>
> Note that macOS 10.15 Catalina apparently has a separate read-only volume
> that contains all the executables and libraries, and presumably including
> /usr, so it may be *impossible* to arrange, on 10.15, that there be a
> /usr/include directory.
> --
>
> 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:
> https://cmake.org/mailman/listinfo/cmake
>


-- 
Bryan
<><
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Guy Harris]

On Jun 3, 2019, at 3:27 PM, Juan E. Sanchez  wrote:

> It looks like macOS made it so you have to do something like this:
> open 
> /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
> 
> for libraries and includes to be put into /usr.

*Libraries* should exist in /usr/lib regardless of whether you do that, or even 
whether you have Xcode, or the command-line developer tools, installed - if you 
don't have the shared libraries in /usr/lib, programs using the libraries won't 
work, and programs shipped with macOS use, at minimum, libSystem, and may use 
other libraries.  vi, for example, uses the ncurses library.

It's the *headers* that aren't installed in /usr/include by default.  The 
compiler *should* look in the directory where they're installed, however.

Note that macOS 10.15 Catalina apparently has a separate read-only volume that 
contains all the executables and libraries, and presumably including /usr, so 
it may be *impossible* to arrange, on 10.15, that there be a /usr/include 
directory.
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Guy Harris]

On Jun 4, 2019, at 10:56 AM, Bryan Christ  wrote:

> Thanks for your suggestions.  I went through that thread pretty thoroughly 
> trying all of the recommended tips and, unfortunately, nothing seemed to 
> work.  I also tried running that open command you cited, but there are still 
> no includes for ncurses in /usr/include or /usr/local/include.

Presumably after you ran the open command you then performed an installation of 
the package from the window that the command popped up?

If not, you need to do that.
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] Trouble with CMAKE_EXE_LINKER_FLAGS not honored

[Bryan Christ]

For building my project on Linux with gcc I set the following.

set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -Wl,--no-as-needed")

Later, if, the system appears to be OSX, I change it:

if ("${CMAKE_SYSTEM_NAME}" STREQUAL "Darwin")

set(CMAKE_EXE_LINKER_FLAGS "-Wl,-undefined -Wl,dynamic_lookup")
set(CMAKE_PREFIX_PATH /usr/local/opt/ncurses)

endif()

However, when creating the shared object, linking fails.  The flags are not
being passed to clang as expected.  When I dive into
CMakeFile/vterm-shared.dir/link.txt I confirm that the wrong flags are
there.

What am I doing wrong?

-- 
Bryan
<><
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] General question about variable scope.

[Steven Truppe]

Hi everyone,


i've the following code:

macro(bsBuildLibExamples lib)
# get all examples
get_cmake_property(_vars VARIABLES)
foreach(_var ${_vars})
string(TOUPPER ${lib} lib_upper)
set(WITH_LIB_${lib_upper}_EXAMPLES "")
if(_var MATCHES "^WITH_LIB_${lib_upper}_EXAMPLE_([A-Za-z]+)$")
message(STATUS "Example found: ${CMAKE_MATCH_1}")
list(APPEND ${WITH_LIB_${lib_upper}_EXAMPLES} ${CMAKE_MATCH_1})
 endif()
endforeach()

message(STATUS "Glad examples: ${WITH_LIB_GLAD_EXAMPLES}")
message(STATUS "GLFW examples: ${WITH_LIB_GLFW_EXAMPLES}")

endmacro()


The problem is that ${WITH_LIB_${lib_upper}_EXAMPLES} is not available
anymore after the foreach, i was not able to find something in the docs
about this, i hope someone here can help me out.


best regrads!



-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Linking on OSX

[Bryan Christ]

Juan,

In my case I was looking to build and link against ncurses.  A second set
of libs got installed by homebrew so I decided to use those instead.  To
use the alternate location, I was told the following would work (and it
did).

set(CMAKE_PREFIX_PATH /usr/local/opt/ncurses)



On Mon, Jun 3, 2019 at 5:27 PM Juan E. Sanchez 
wrote:

> Hello,
>
> According to this:
> https://github.com/neovim/neovim/issues/9050
>
> It looks like macOS made it so you have to do something like this:
> open
>
> /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
>
> for libraries and includes to be put into /usr.
>
> Regards,
>
> Juan
>
>
> On 6/3/19 5:16 PM, Bryan Christ wrote:
> > New to this mailing list so I hope I'm asking this in the right venue...
> >
> > I'm trying to port my application (a program and a shared library) to
> > OSX.  It was rather easy to modify my CMake script to go from Linux and
> > add in FreeBSD.  OSX is giving me a lot of problems though.
> >
> > First of all find_package() doesn't seem to find the ncurses.dylib
> > installed by XCode as it test for wsyncup().  For whatever reason, that
> > test fails.  The default location for the library is pretty sane
> > (/usr/lib/) but the include file for ncurses is about 9 directories deep
> > inside of XCode's install directory.  Lots of problems here so I decided
> > to look at the symbol linkage for htop and see what it does.  It links
> > to a different version that got pulled down via homebrew in
> > /usr/local/opt/ncurses/lib (and include respectively)
> >
> > Is there a way to force CMake to link to the library found there instead
> > of in /usr/lib/ ?
> >
> > --
> > Bryan
> > <><
> >
>
> --
>
> 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:
> https://cmake.org/mailman/listinfo/cmake
>


-- 
Bryan
<><
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] [ANNOUNCE] CMake 3.15.0-rc1 is ready for testing

[Robert Maynard via CMake]

I am proud to announce the first CMake 3.15 release candidate.
  https://cmake.org/download/

Documentation is available at:
  https://cmake.org/cmake/help/v3.15

Release notes appear below and are also published at
  https://cmake.org/cmake/help/v3.15/release/3.15.html

Some of the more significant changes in CMake 3.15 are:

* The "CMAKE_MSVC_RUNTIME_LIBRARY" variable and
  "MSVC_RUNTIME_LIBRARY" target property were introduced to select the
  runtime library used by compilers targeting the MSVC ABI. See policy
  "CMP0091".

* With MSVC-like compilers the value of "CMAKE__FLAGS" no
  longer contains warning flags like "/W3" by default. See policy
  "CMP0092".

* The "Clang" compiler variant on Windows that targets the MSVC ABI
  but has a GNU-like command line is now supported.

* Preliminary support for the "Swift" language was added to the
  "Ninja" generator.

* The "$" generator expression was
  introduced to allow specification of compile options for target
  files based on the "CMAKE__COMPILER_ID" and "LANGUAGE" of each
  source file.

* The "generator expressions" "C_COMPILER_ID", "CXX_COMPILER_ID",
  "CUDA_COMPILER_ID", "Fortran_COMPILER_ID", "COMPILE_LANGUAGE",
  "COMPILE_LANG_AND_ID", and "PLATFORM_ID" learned to support matching
  one value from a comma-separated list.

* The "CMAKE_FIND_PACKAGE_PREFER_CONFIG" variable was added to tell
  "find_package()" calls to look for a package configuration file
  first even if a find module is available.

* The "PUBLIC_HEADER" and "PRIVATE_HEADER" properties may now be set
  on Interface Libraries. The headers specified by those properties
  can be installed using the "install(TARGETS)" command by passing the
  "PUBLIC_HEADER" and "PRIVATE_HEADER" arguments respectively.

* The "CMAKE_VS_JUST_MY_CODE_DEBUGGING" variable and
  "VS_JUST_MY_CODE_DEBUGGING" target property were added to enable the
  Just My Code feature of the Visual Studio Debugger when compiling
  with MSVC cl 19.05 and higher.

* The "FindBoost" module was reworked to expose a more consistent
  user experience between its “Config” and “Module” modes and with
  other find modules in general.

* The "message()" command learned new types: "NOTICE", "VERBOSE",
  "DEBUG" and "TRACE".

* The "export(PACKAGE)" command now does nothing unless enabled via
  "CMAKE_EXPORT_PACKAGE_REGISTRY". See policy "CMP0090".


* The "CMAKE_GENERATOR" environment variable was added to specify a
  default generator to use when "cmake(1)" is run without a "-G"
  option.  Additionally, environment variables
  "CMAKE_GENERATOR_PLATFORM", "CMAKE_GENERATOR_TOOLSET", and
  "CMAKE_GENERATOR_INSTANCE" were created to configure the generator.

* The "cmake(1)" command gained a new "--install" option. This may
  be used after building a project to run installation without using
  the generated build system or the native build tool.

* The "cmake(1)" command learned a new CLI option "--loglevel".

* The "cmake-server(7)" mode has been deprecated and will be removed
  from a future version of CMake.  Please port clients to use the
  "cmake-file-api(7)" instead.


CMake 3.15 Release Notes


Changes made since CMake 3.14 include the following.


New Features



Generators
--

* The "Xcode" generator now supports per-target schemes. See the
  "CMAKE_XCODE_GENERATE_SCHEME" variable and "XCODE_GENERATE_SCHEME"
  target property.

* The "Green Hills MULTI" generator has been updated:

  * It now supports the "add_custom_command()" and
"add_custom_target()" commands.

  * It is now available on Linux.


Languages
-

* Preliminary support for the "Swift" language was added to the
  "Ninja" generator:

  * Use the "SWIFTC" environment variable to specify a compiler.

  * The "Swift_DEPENDENCIES_FILE" target property and
"Swift_DEPENDENCIES_FILE" source file property were added to
customize dependency files.

  * The "Swift_MODULE_NAME" target property was added to customize
the Swift module name.

  * The "Swift_DIAGNOSTICS_FILE" source property was added to
indicate where to write the serialised Swift diagnostics.

  The Swift support is experimental, not considered stable, and may
  change in future releases of CMake.


Compilers
-

* The "Clang" compiler variant on Windows that targets the MSVC ABI
  but has a GNU-like command line is now supported.

* Support for the Clang-based ARM compiler was added with compiler
  id "ARMClang".

* Support was added for the IAR compiler architectures Renesas RX,
  RL78, RH850 and Texas Instruments MSP430.

* Support was added for the IAR compilers built for Linux (IAR
  BuildLx).


Command-Line


* The "CMAKE_GENERATOR" environment variable was added to specify a
  default generator to use when "cmake(1)" is run without a "-G"
  option.  Additionally, environment variables
  "CMAKE_GENERATOR_PLATFORM", "CMAKE_GENERATOR_TOOLSET", and
  "CMAKE_GENERATOR_INSTANCE" were created to configure the generator.

[cmake-developers] [ANNOUNCE] CMake 3.15.0-rc1 is ready for testing

[Robert Maynard via cmake-developers]

I am proud to announce the first CMake 3.15 release candidate.
  https://cmake.org/download/

Documentation is available at:
  https://cmake.org/cmake/help/v3.15

Release notes appear below and are also published at
  https://cmake.org/cmake/help/v3.15/release/3.15.html

Some of the more significant changes in CMake 3.15 are:

* The "CMAKE_MSVC_RUNTIME_LIBRARY" variable and
  "MSVC_RUNTIME_LIBRARY" target property were introduced to select the
  runtime library used by compilers targeting the MSVC ABI. See policy
  "CMP0091".

* With MSVC-like compilers the value of "CMAKE__FLAGS" no
  longer contains warning flags like "/W3" by default. See policy
  "CMP0092".

* The "Clang" compiler variant on Windows that targets the MSVC ABI
  but has a GNU-like command line is now supported.

* Preliminary support for the "Swift" language was added to the
  "Ninja" generator.

* The "$" generator expression was
  introduced to allow specification of compile options for target
  files based on the "CMAKE__COMPILER_ID" and "LANGUAGE" of each
  source file.

* The "generator expressions" "C_COMPILER_ID", "CXX_COMPILER_ID",
  "CUDA_COMPILER_ID", "Fortran_COMPILER_ID", "COMPILE_LANGUAGE",
  "COMPILE_LANG_AND_ID", and "PLATFORM_ID" learned to support matching
  one value from a comma-separated list.

* The "CMAKE_FIND_PACKAGE_PREFER_CONFIG" variable was added to tell
  "find_package()" calls to look for a package configuration file
  first even if a find module is available.

* The "PUBLIC_HEADER" and "PRIVATE_HEADER" properties may now be set
  on Interface Libraries. The headers specified by those properties
  can be installed using the "install(TARGETS)" command by passing the
  "PUBLIC_HEADER" and "PRIVATE_HEADER" arguments respectively.

* The "CMAKE_VS_JUST_MY_CODE_DEBUGGING" variable and
  "VS_JUST_MY_CODE_DEBUGGING" target property were added to enable the
  Just My Code feature of the Visual Studio Debugger when compiling
  with MSVC cl 19.05 and higher.

* The "FindBoost" module was reworked to expose a more consistent
  user experience between its “Config” and “Module” modes and with
  other find modules in general.

* The "message()" command learned new types: "NOTICE", "VERBOSE",
  "DEBUG" and "TRACE".

* The "export(PACKAGE)" command now does nothing unless enabled via
  "CMAKE_EXPORT_PACKAGE_REGISTRY". See policy "CMP0090".


* The "CMAKE_GENERATOR" environment variable was added to specify a
  default generator to use when "cmake(1)" is run without a "-G"
  option.  Additionally, environment variables
  "CMAKE_GENERATOR_PLATFORM", "CMAKE_GENERATOR_TOOLSET", and
  "CMAKE_GENERATOR_INSTANCE" were created to configure the generator.

* The "cmake(1)" command gained a new "--install" option. This may
  be used after building a project to run installation without using
  the generated build system or the native build tool.

* The "cmake(1)" command learned a new CLI option "--loglevel".

* The "cmake-server(7)" mode has been deprecated and will be removed
  from a future version of CMake.  Please port clients to use the
  "cmake-file-api(7)" instead.


CMake 3.15 Release Notes


Changes made since CMake 3.14 include the following.


New Features



Generators
--

* The "Xcode" generator now supports per-target schemes. See the
  "CMAKE_XCODE_GENERATE_SCHEME" variable and "XCODE_GENERATE_SCHEME"
  target property.

* The "Green Hills MULTI" generator has been updated:

  * It now supports the "add_custom_command()" and
"add_custom_target()" commands.

  * It is now available on Linux.


Languages
-

* Preliminary support for the "Swift" language was added to the
  "Ninja" generator:

  * Use the "SWIFTC" environment variable to specify a compiler.

  * The "Swift_DEPENDENCIES_FILE" target property and
"Swift_DEPENDENCIES_FILE" source file property were added to
customize dependency files.

  * The "Swift_MODULE_NAME" target property was added to customize
the Swift module name.

  * The "Swift_DIAGNOSTICS_FILE" source property was added to
indicate where to write the serialised Swift diagnostics.

  The Swift support is experimental, not considered stable, and may
  change in future releases of CMake.


Compilers
-

* The "Clang" compiler variant on Windows that targets the MSVC ABI
  but has a GNU-like command line is now supported.

* Support for the Clang-based ARM compiler was added with compiler
  id "ARMClang".

* Support was added for the IAR compiler architectures Renesas RX,
  RL78, RH850 and Texas Instruments MSP430.

* Support was added for the IAR compilers built for Linux (IAR
  BuildLx).


Command-Line


* The "CMAKE_GENERATOR" environment variable was added to specify a
  default generator to use when "cmake(1)" is run without a "-G"
  option.  Additionally, environment variables
  "CMAKE_GENERATOR_PLATFORM", "CMAKE_GENERATOR_TOOLSET", and
  "CMAKE_GENERATOR_INSTANCE" were created to configure the generator.

[CMake] In add_subdirectory( binary_dir), binary_dir/ is just a decoy when there's no sub-target

[Marc Herbert]

tl;dr: should there be at least one target per CMakeLists.txt?

https://cmake.org/cmake/help/v3.14/command/add_subdirectory.html
> add_subdirectory(source_dir [binary_dir] )
> "The binary_dir specifies the directory in which to place the output
files. [...] If binary_dir is not specified, the value of source_dir,
before expanding any relative path, will be used (the typical usage)."

I found this part of the documentation to be correct ONLY when the
subdirectory defines and uses its own "sub-"target(s). If the subdirectory
refers to higher main targets instead then binary_dir/ is just a decoy: the
subdirectory build happens elsewhere. binary_dir is a decoy whether it's
explicit or default. It exists but there are only totally generic and
unused files there.

Example:

mainsrc/
├── CMakeLists.txt
├── inmodule
│   ├── CMakeLists.txt
│   ├── infile.c
└── mainfile.c


# mainsrc/CMakeLists.txt
add_executable(mainexe mainfile.c)
add_subdirectory(inmodule [ decoy_binary_dir ] )

# mainsrc/inmodule/CMakeLists.txt
target_sources(mainexe PRIVATE infile.c) # <= direct reference, no
sub-target


cmake -GNinja -B build -S mainsrc && ninja -C build

build
├── CMakeFiles
│   ├──
│   ├── mainexe.dir
│   │   ├──
│   │   ├──
│   │   ├── inmodule   <= ACTUAL binary_dir!
│   │   │   └── infile.c.o
│   │   ├── mainfile.c.o
│   │   ├──
│   │   :
│   ├──
│   :
├── inmodule   <= decoy with unused, boilerplate files and no reference
to any code
│   ├── CMakeFiles/
│   ├── cmake_install.cmake


The midly irritating part is that cmake complains about the lack of a
binary_dir argument if the module is an _out-of-tree_ subdirectory:

CMake Error at CMakeLists.txt:5 (add_subdirectory):
  add_subdirectory not given a binary directory but the given source
  directory "~/cmake-test/outmodule" is not a subdirectory of
  "~/cmake-test/maindir".  When specifying an out-of-tree source
  a binary directory must be explicitly specified.

That request makes sense of course except... when given that binary_dir
argument it requested, it's still becomes a decoy as described above.
This is the actual (and funny) binary_dir /in this out-of-tree case:
build
├── CMakeFiles
│   ├── mainexe.dir
│   │   └── home
│   │   └── joe
│   │   └── cmake-test
│   │   └── outmodule
│   │   └── outfile.c.o



Reproduced with cmake version 3.14.4. No difference between make and ninja.

Researching the interwebs most people, tutorials and other documents seem
to assume (at least) one target per CMakeLists.txt. Should such a
recommendation be made more official to avoid the sort of confusion above?
Could this recommendation avoid other, unrelated problems I haven't
experienced? Yet?

Marc
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[Cmake-commits] CMake annotated tag, v3.15.0-rc1, created. v3.15.0-rc1

[Kitware Robot via Cmake-commits]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The annotated tag, v3.15.0-rc1 has been created
at  3dc267d3824e0faacd3d80710d7c93003fbf4267 (tag)
   tagging  a4231943117f5ba3dd0fdc6c8b1824334162b69f (commit)
  replaces  v3.14.5
 tagged by  Brad King
on  Tue Jun 4 13:41:01 2019 -0400

- Log -
CMake 3.15.0-rc1
-BEGIN PGP SIGNATURE-

iQJKBAABCgA0FiEExsJlMku+vcNQtRPQLSzvEDSSFoQFAlz2rS0WHGJyYWQua2lu
Z0BraXR3YXJlLmNvbQAKCRAtLO8QNJIWhPnFEACwIYCjEycWiCQCs+kZ2TPZJRYn
qusBrv4/OQKqv3RC8/+ZoeolnT1jQMJUqLcfVEa81lUeDfXHX41AW8Wcrwko+eQH
cFEvlFqcN+sVn+ReG47gK376++9KDhs8NIam9/f4h0ZGsIhRGDFHSztjYVY5izW+
S8kQrCohET9U4txKiFfYVoniJ+3mcZzvbgRgWu5lj8fDQs1ahyGDt1wuiNMW8Zvb
xqi6HluuuIigTy7t6y2EV94K+c2vuoaqnAk0yxzyXqCSnQJDgvifrek70F8hMJiI
BOMKHxemTvGygkMsTmN511fRae/m5Dbeg38lqMpNar0KNvB4MZKJela3xm7DisAz
RZECLqej6SgtVqOjN5DNE0hFhc0Isau4ft5YNNk4oPO1Hb6Z3s0Q4IbmkNdwOEpR
koskvhpdORKXulndYxz5lUGo1x88cVY1xdp3LVDsnzNezrmF40AFSgNLgiIlSaba
bTOtdab3ebFFmbRQO8zdcLpHDVQemzHKjai7qRRZ9pvi7y9kkxNyMSNpe15Xoe3j
RZRc1QlILVi3/BfxB4Y5sGc2bXXxcK01qdwDfZkt+Hesg75fVRJYvDEp0IikviWr
7GD+0a6wIg9YdaR4X2QxPPoJfcjDa25YglDdb0A9IGJiNytgoDBDChJF7hA27JUa
ywcccUWSE0jO4PkuaQ==
=vzsl
-END PGP SIGNATURE-

Albert Astals Cid (2):
  Remove return from void function
  Delete some default constructors and assignment operators

Alex Turbov (6):
  list: add sub-commands PREPEND, POP_BACK, POP_FRONT
  cmake: Fix missed `return` statement when CLI errors found
  string: introduce `REPEAT` sub-command
  cmSystemTools: Remove unused message-related code, simplify logic
  message(): Add support for log levels
  message(): Minor code modernization

Alexander Neumann (1):
  FindZLIB: Add more zlib library names

Alexandru Croitor (6):
  Autogen: Fallback on internal qrc parser when RCC isn't built yet
  Autogen: Fix deadlock when uv_spawn() fails while trying to run moc
  iOS: Allow specifying CMAKE_MACOSX_BUNDLE in toolchain file
  iOS: Allow setting multiple CMAKE_FIND_ROOT_PATH values
  iOS: Only look for packages in the provided CMAKE_FIND_ROOT_PATHs
  iOS: Only set the CMAKE_FIND_ROOT_PATH_MODE_* variables when not defined

Andrei Lebedev (1):
  FindPostgreSQL: Find debug lib, imported configs

Artur Ryt (12):
  Prefer front/back/data over dereferencing begin/rbegin iter
  cmAlgorithms: Make cmRange advance/retreat safe for rvalues
  Modernize: Use ranged for-loops when possible
  cmCursesMainForm: Modernize with STL and ranged-for loops
  cmCursesMainForm: Fix lambda return type deducing warning
  Modernize: C-arrays and loops over them
  cmFileCommand: Refactor HandleCMakePathCommand
  cmAlgorithms: Refactor cmRemoveDuplicates
  cmcmd: Pass args vector by const&
  cmcmd: Modernize for loops with cmMakeRange
  Modernize: Prefer .substr in place of .c_str() + int
  Modernize: Enable modernize-raw-string-literal in clang-tidy

Avraham Shukron (1):
  INTERFACE Target: allow (PUBLIC/PRIVATE)_HEADER properties

Axel Huebl (1):
  FindPNG: Fix definitions on imported target

Bartosz Kosiorek (28):
  cmGlobalGenerator: Remove unused code
  cmakemain: Remove ignored --use-stderr option from command line help
  cmGlobalGenerator: Change case of methods from GeneratedMakeCommand struct
  cmGlobalGenerator: Optimize Printable() method from GeneratedMakeCommand
  cmake: Teach --build mode to support multiple targets
  cmake: Reformat '--parallel' and '--verbose' options in help
  cmake: add short version of '--target ...' option
  cmake: Upgrade 'cmake -E' commands description
  ExternalProject: Re-run 'git clone' when GIT_REMOTE_NAME changes
  ExternalProject: Simplify generated 'git clone' scripts
  ExternalProject: Drop unnecessary 'git submodule init'
  ExternalProject: Extend documentation about GIT_TAG usage
  cmake: tar: Display warning when no files provided during archive creation
  Help: Update 'tar' documentation with supported arguments
  cmake: Don't interrupt archive creation if unable to read a file.
  ExternalProject: Optimize git commands
  ExternalProject: Optimize Mercurial commands
  cmake: tar: Parse 'cmake -E tar' arguments
  Help: Improve documentation links and formatting
  Help: Improve Cache documentation
  Help: Improve documentation formating
  Help: Improve formatting of Help documentation
  Modules: Update documentation formatting
  Help: Improve description of modules
  cmMakefile: Enforce explicit use of project() command
  cmake: Teach cmake -E tar command, Zstandard compression
  cmake: tar: Allow selective extracting and listing of archives
  cmListFileCache: When missing ending ) print starting line instead of 

Re: [CMake] Linking on OSX

[Bryan Christ]

Juan,

Thanks for your suggestions.  I went through that thread pretty thoroughly
trying all of the recommended tips and, unfortunately, nothing seemed to
work.  I also tried running that open command you cited, but there are
still no includes for ncurses in /usr/include or /usr/local/include.  In
fact /usr/include doesn't even exist on this system (mojave).

On Mon, Jun 3, 2019 at 5:27 PM Juan E. Sanchez 
wrote:

> Hello,
>
> According to this:
> https://github.com/neovim/neovim/issues/9050
>
> It looks like macOS made it so you have to do something like this:
> open
>
> /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
>
> for libraries and includes to be put into /usr.
>
> Regards,
>
> Juan
>
>
> On 6/3/19 5:16 PM, Bryan Christ wrote:
> > New to this mailing list so I hope I'm asking this in the right venue...
> >
> > I'm trying to port my application (a program and a shared library) to
> > OSX.  It was rather easy to modify my CMake script to go from Linux and
> > add in FreeBSD.  OSX is giving me a lot of problems though.
> >
> > First of all find_package() doesn't seem to find the ncurses.dylib
> > installed by XCode as it test for wsyncup().  For whatever reason, that
> > test fails.  The default location for the library is pretty sane
> > (/usr/lib/) but the include file for ncurses is about 9 directories deep
> > inside of XCode's install directory.  Lots of problems here so I decided
> > to look at the symbol linkage for htop and see what it does.  It links
> > to a different version that got pulled down via homebrew in
> > /usr/local/opt/ncurses/lib (and include respectively)
> >
> > Is there a way to force CMake to link to the library found there instead
> > of in /usr/lib/ ?
> >
> > --
> > Bryan
> > <><
> >
>
> --
>
> 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:
> https://cmake.org/mailman/listinfo/cmake
>


-- 
Bryan
<><
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] General question about regex

[Steven Truppe]

Thanks alot. My other problem i have no how can i loop over the result,
there are just variables and ${CMAKE_CATCH_COUNT) what command can i use
the iterate over the result ??


best regrads!

On 04.06.19 19:22, Kyle Edwards wrote:

On Tue, 2019-06-04 at 19:19 +0200, Steven Truppe wrote:

I found the solution:
     get_cmake_property(_vars VARIABLES)
     foreach(_var ${_vars})
         string(TOUPPER ${lib} lib_upper)
         if(_var MATCHES "^WITH_LIB_${lib_upper}_EXAMPLE_([A-Za-
z]+)$")
        message(STATUS "Number of examples found:
${CMAKE_MATCH_COUNT}")
        message(STATUS "Number 1 found: ${CMAKE_MATCH_0}")
         endif()
     endforeach()
Now i've two problem - the CMAKE_MATCH_0 contains the hole string and
not only the part the is in the (), i need only the part from the ()
- is there another command i can use for this ?

CMAKE_MATCH_1

Kyle


--

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] General question about regex

[Kyle Edwards via CMake]

On Tue, 2019-06-04 at 19:19 +0200, Steven Truppe wrote:
> I found the solution:
>     get_cmake_property(_vars VARIABLES)
>     foreach(_var ${_vars})
>         string(TOUPPER ${lib} lib_upper)
>         if(_var MATCHES "^WITH_LIB_${lib_upper}_EXAMPLE_([A-Za-
> z]+)$")
>           message(STATUS "Number of examples found:
> ${CMAKE_MATCH_COUNT}")
>       message(STATUS "Number 1 found: ${CMAKE_MATCH_0}")
>         endif()
>     endforeach()
> Now i've two problem - the CMAKE_MATCH_0 contains the hole string and
> not only the part the is in the (), i need only the part from the ()
> - is there another command i can use for this ?

CMAKE_MATCH_1

Kyle
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] General question about regex

[Steven Truppe]

I found the solution:

    get_cmake_property(_vars VARIABLES)
    foreach(_var ${_vars})
        string(TOUPPER ${lib} lib_upper)
        if(_var MATCHES "^WITH_LIB_${lib_upper}_EXAMPLE_([A-Za-z]+)$")
        message(STATUS "Number of examples found: ${CMAKE_MATCH_COUNT}")
        message(STATUS "Number 1 found: ${CMAKE_MATCH_0}")
        endif()

    endforeach()

Now i've two problem - the CMAKE_MATCH_0 contains the hole string and
not only the part the is in the (), i need only the part from the () -
is there another command i can use for this ?


On 04.06.19 18:47, Kornel Benko wrote:

Am Dienstag, 4. Juni 2019, 18:10:19 CEST schrieb Steven Truppe:

Hello again,


i've the following variable defined:

set(WITH_LIB_GLAD_EXAMPLE_BASIC 1)

And the if the line


foreach(_var VARIABLES)

  if(_var MATCHES "WITH_LIB_GLAD_EXAMPLE_([A-Za-z]+)")

  message(STATUS "Found a match")

endforeach()


I never get the message "Found match", what am i doing wrong here ??



What about the attached?

Kornel

-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] General question about regex

[Kornel Benko]

Am Dienstag, 4. Juni 2019, 18:10:19 CEST schrieb Steven Truppe:
> Hello again,
> 
> 
> i've the following variable defined:
> 
> set(WITH_LIB_GLAD_EXAMPLE_BASIC 1)
> 
> And the if the line
> 
> 
> foreach(_var VARIABLES)
> 
>  if(_var MATCHES "WITH_LIB_GLAD_EXAMPLE_([A-Za-z]+)")
> 
>  message(STATUS "Found a match")
> 
> endforeach()
> 
> 
> I never get the message "Found match", what am i doing wrong here ??
> 
> 

What about the attached?

Kornel
set(WITH_LIB_GLAD_EXAMPLE_BASIC 1)

get_cmake_property(_variableNames VARIABLES)
foreach(_var ${_variableNames})

 message(STATUS "_var = ${_var}")
 if(_var MATCHES "WITH_LIB_GLAD_EXAMPLE_([A-Za-z]+)")

 message(STATUS "Found a match")
endif()

endforeach()



signature.asc
Description: This is a digitally signed message part.
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[Cmake-commits] CMake branch, release, updated. v3.14.5-1259-ga423194

[Kitware Robot via Cmake-commits]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, release has been updated
   via  a4231943117f5ba3dd0fdc6c8b1824334162b69f (commit)
   via  c0f00079a9d00539b0ca132e8be8fe63b1eed65c (commit)
   via  0eeb3690d1a65fbc864960e59f3cd43bcdae3a9a (commit)
   via  0da2c35d6bf0741ce91c682414b56fdca83160d8 (commit)
  from  9d78ce02933cd913af3da66a23e8ada09db89e3e (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
---

Summary of changes:
 Modules/GetPrerequisites.cmake| 2 +-
 Tests/RunCMake/CMakeLists.txt | 2 +-
 Tests/RunCMake/ctest_update/test.cmake.in | 4 +++-
 3 files changed, 5 insertions(+), 3 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.14.5-1264-g6a78bdb

[Kitware Robot via Cmake-commits]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  6a78bdbb06e27a5474bf3262d4dcf7459a8627f9 (commit)
   via  a4231943117f5ba3dd0fdc6c8b1824334162b69f (commit)
   via  ac16778a129fc1076d41490919b63a207591ebf1 (commit)
   via  c0f00079a9d00539b0ca132e8be8fe63b1eed65c (commit)
   via  0eeb3690d1a65fbc864960e59f3cd43bcdae3a9a (commit)
  from  0a68c30b81020dde3f149d9b02a598925d746d31 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6a78bdbb06e27a5474bf3262d4dcf7459a8627f9
commit 6a78bdbb06e27a5474bf3262d4dcf7459a8627f9
Merge: ac16778 a423194
Author: Brad King 
AuthorDate: Tue Jun 4 12:29:55 2019 -0400
Commit: Brad King 
CommitDate: Tue Jun 4 12:29:55 2019 -0400

Merge branch 'release-3.15'


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ac16778a129fc1076d41490919b63a207591ebf1
commit ac16778a129fc1076d41490919b63a207591ebf1
Merge: 0a68c30 c0f0007
Author: Brad King 
AuthorDate: Tue Jun 4 16:28:07 2019 +
Commit: Kitware Robot 
CommitDate: Tue Jun 4 12:28:14 2019 -0400

Merge topic 'ctest_xml_tweaks'

c0f00079a9 Tests: Fix RunCMake.ctest_update test to not require 
GIT_EXECUTABLE

Acked-by: Kitware Robot 
Merge-request: !3423


---

Summary of changes:
 Tests/RunCMake/CMakeLists.txt | 2 +-
 Tests/RunCMake/ctest_update/test.cmake.in | 4 +++-
 2 files changed, 4 insertions(+), 2 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.14.5-1259-g0a68c30

[Kitware Robot via Cmake-commits]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  0a68c30b81020dde3f149d9b02a598925d746d31 (commit)
   via  0da2c35d6bf0741ce91c682414b56fdca83160d8 (commit)
  from  98004612f6b5c613d49dde85549d0d556e91a60d (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0a68c30b81020dde3f149d9b02a598925d746d31
commit 0a68c30b81020dde3f149d9b02a598925d746d31
Merge: 9800461 0da2c35
Author: Brad King 
AuthorDate: Tue Jun 4 16:09:33 2019 +
Commit: Kitware Robot 
CommitDate: Tue Jun 4 12:09:41 2019 -0400

Merge topic 'GetPrerequisites-variable-typo'

0da2c35d6b GetPrerequisites: fix regression in gp_append_unique

Acked-by: Kitware Robot 
Merge-request: !3421


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0da2c35d6bf0741ce91c682414b56fdca83160d8
commit 0da2c35d6bf0741ce91c682414b56fdca83160d8
Author: Ben Boeckel 
AuthorDate: Tue Jun 4 11:55:56 2019 -0400
Commit: Brad King 
CommitDate: Tue Jun 4 12:00:06 2019 -0400

GetPrerequisites: fix regression in gp_append_unique

The `item` variable was the loop variable in the old code prior to
commit 3dfc8b9bd6 (GetPrerequisites: use if(IN_LIST) instead of foreach,
2019-05-09).  The function argument `value` should be used instead.

diff --git a/Modules/GetPrerequisites.cmake b/Modules/GetPrerequisites.cmake
index 06655a4..5be4676 100644
--- a/Modules/GetPrerequisites.cmake
+++ b/Modules/GetPrerequisites.cmake
@@ -173,7 +173,7 @@ cmake_policy(PUSH)
 cmake_policy(SET CMP0057 NEW) # if IN_LIST
 
 function(gp_append_unique list_var value)
-  if(NOT item IN_LIST ${list_var})
+  if(NOT value IN_LIST ${list_var})
 set(${list_var} ${${list_var}} "${value}" PARENT_SCOPE)
   endif()
 endfunction()

---

Summary of changes:
 Modules/GetPrerequisites.cmake | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[CMake] General question about regex

[Steven Truppe]

Hello again,


i've the following variable defined:

set(WITH_LIB_GLAD_EXAMPLE_BASIC 1)

And the if the line


foreach(_var VARIABLES)

    if(_var MATCHES "WITH_LIB_GLAD_EXAMPLE_([A-Za-z]+)")

        message(STATUS "Found a match")

endforeach()


I never get the message "Found match", what am i doing wrong here ??

--

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] General question

[Steven Truppe]

    Hi everyone,


i have the following code:

set(ALL_LIBS "glad;glfw")

# WITH_LIB_GLAD
option(WITH_LIB_GLAD 1)
option(WITH_LIB_GLAD_EXAMPLE_BASIC "Build the basic Glad example (default:0)" 1)
option(WITH_LIB_GLAD_EXAMPLE_SECOND "Build the second Glad example (default:0)" 
1)

# WITH_LIB_GLFW
option(WITH_LIB_GLFW 1)
option(WITH_LIB_GLFW_EXAMPLE_CBASIC "Build the basic GLFW C example 
(default:1)" 1)
option(WITH_LIB_GLFW_EXAMPLE_CPPBASIC "Build the basic GLFW C example 
(default:1)" 1)



## bsBuildLib ##

macro(bsBuildLibs libs)
    foreach(lib ${libs})
        message(STATUS "Searching incude path for lib: <${lib}>")
        bsIncludeLibs(${lib})
        bsBuildLibExamples(${lib})
    endforeach()
endmacro()

###
## bsIncludeLibs ##
###
macro(bsIncludeLibs lib)
    message(STATUS "INCLUDE library ${lib}")
    include("lib_${lib}")
endmacro()


## bsBuildLibExamples ##

macro(bsBuildLibExamples lib)
    # get all examples
    foreach(_var in VARIABLES)
        string(TOUPPER ${lib} lib_upper)
        if(_var MATCHES "WITH_LIB_${lib_upper}_EXAMPLE_([A-Za-z]+)")
            message(STATUS "Found example: ${CMAKE_MATCH_0}")
        endif()
    endforeach()
endmacro()

The final result should be that i get the name of the examples, like for
glad BASIC and SECOND and for glfw CBASIC and CPPBASIC.


best regards!




-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] General question:

[Kyle Edwards via CMake]

On Tue, 2019-06-04 at 17:11 +0200, Steven Truppe wrote:
> I want the output not to be 'in' but 'glade' ...
> 
> 
> On 04.06.19 17:10, Steven Truppe wrote:
> > 
> > Hi everyone again,
> > 
> > 
> > i've the following code:
> > 
> > https://paste.debian.net/1086040/
> > 
> > and i just try to traverse a list and include files whose part of
> > the
> > name are the list entries.
> > 
> > 
> > best regards!
> > 

Please see the foreach() documentation:

https://cmake.org/cmake/help/v3.14/command/foreach.html

I think you want:

foreach(lib IN LISTS libs)

Kyle
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] General question:

[Steven Truppe]

I want the output not to be 'in' but 'glade' ...


On 04.06.19 17:10, Steven Truppe wrote:

Hi everyone again,


i've the following code:

https://paste.debian.net/1086040/

and i just try to traverse a list and include files whose part of the
name are the list entries.


best regards!


--

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] General question:

[Steven Truppe]

Hi everyone again,


i've the following code:

https://paste.debian.net/1086040/

and i just try to traverse a list and include files whose part of the
name are the list entries.


best regards!

--

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:
https://cmake.org/mailman/listinfo/cmake

[Cmake-commits] CMake branch, master, updated. v3.14.5-1257-g9800461

[Kitware Robot via Cmake-commits]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  98004612f6b5c613d49dde85549d0d556e91a60d (commit)
   via  4ec377f5c2f1cc287a433f009a6d0e3e753fe837 (commit)
   via  9d78ce02933cd913af3da66a23e8ada09db89e3e (commit)
   via  118bd8b53ea672375bc9d177ef518f42a93c8e5b (commit)
  from  dae9b3e16fdacda16ea28f47dd42d3243ba42be5 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=98004612f6b5c613d49dde85549d0d556e91a60d
commit 98004612f6b5c613d49dde85549d0d556e91a60d
Author: Brad King 
AuthorDate: Tue Jun 4 10:56:45 2019 -0400
Commit: Brad King 
CommitDate: Tue Jun 4 10:56:45 2019 -0400

Begin post-3.15 development

diff --git a/Help/release/dev/0-sample-topic.rst 
b/Help/release/dev/0-sample-topic.rst
new file mode 100644
index 000..e4cc01e
--- /dev/null
+++ b/Help/release/dev/0-sample-topic.rst
@@ -0,0 +1,7 @@
+0-sample-topic
+--
+
+* This is a sample release note for the change in a topic.
+  Developers should add similar notes for each topic branch
+  making a noteworthy change.  Each document should be named
+  and titled to match the topic name to avoid merge conflicts.
diff --git a/Help/release/index.rst b/Help/release/index.rst
index 35a47aa..62032e6 100644
--- a/Help/release/index.rst
+++ b/Help/release/index.rst
@@ -7,6 +7,8 @@ CMake Release Notes
   This file should include the adjacent "dev.txt" file
   in development versions but not in release versions.
 
+.. include:: dev.txt
+
 Releases
 
 
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index e22d37c..a3679e5 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
 # CMake version number components.
 set(CMake_VERSION_MAJOR 3)
 set(CMake_VERSION_MINOR 15)
-set(CMake_VERSION_PATCH 0)
-set(CMake_VERSION_RC 1)
+set(CMake_VERSION_PATCH 20190604)
+#set(CMake_VERSION_RC 1)

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4ec377f5c2f1cc287a433f009a6d0e3e753fe837
commit 4ec377f5c2f1cc287a433f009a6d0e3e753fe837
Merge: dae9b3e 9d78ce0
Author: Brad King 
AuthorDate: Tue Jun 4 10:55:43 2019 -0400
Commit: Brad King 
CommitDate: Tue Jun 4 10:55:43 2019 -0400

Merge branch 'release-3.15'


---

Summary of changes:
 Source/CMakeVersion.cmake | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.14.5-1253-gdae9b3e

[Kitware Robot via Cmake-commits]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  dae9b3e16fdacda16ea28f47dd42d3243ba42be5 (commit)
   via  4272297b6ea84eec87d596f970b5ba4f9516f424 (commit)
   via  01d5730411561b7278d0350dffb8b7dd89ac8970 (commit)
   via  e075e64fd80c3b63492232c7f9019ce65d1d8e4a (commit)
  from  4d80bd5cd5d7889fcd5d3b02519979034aec82e3 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=dae9b3e16fdacda16ea28f47dd42d3243ba42be5
commit dae9b3e16fdacda16ea28f47dd42d3243ba42be5
Merge: 4d80bd5 4272297
Author: Brad King 
AuthorDate: Tue Jun 4 14:51:45 2019 +
Commit: Kitware Robot 
CommitDate: Tue Jun 4 10:51:52 2019 -0400

Merge topic 'doc-3.15-relnotes'

4272297b6e Help: Organize and revise 3.15 release notes
01d5730411 Help: Consolidate 3.15 release notes
e075e64fd8 Help: Document Swift_DEPENDENCIES_FILE property defaults

Acked-by: Kitware Robot 
Merge-request: !3420


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4272297b6ea84eec87d596f970b5ba4f9516f424
commit 4272297b6ea84eec87d596f970b5ba4f9516f424
Author: Brad King 
AuthorDate: Tue Jun 4 09:55:17 2019 -0400
Commit: Brad King 
CommitDate: Tue Jun 4 10:37:29 2019 -0400

Help: Organize and revise 3.15 release notes

Add section headers similar to the 3.14 release notes and move each
individual bullet into an appropriate section.  Revise a few bullets.

diff --git a/Help/release/3.15.rst b/Help/release/3.15.rst
index 5366ec7..2cff419 100644
--- a/Help/release/3.15.rst
+++ b/Help/release/3.15.rst
@@ -7,125 +7,190 @@ CMake 3.15 Release Notes
 
 Changes made since CMake 3.14 include the following.
 
-* The :command:`execute_process` command gained a `COMMAND_ECHO` option
-  and supporting :variable:`CMAKE_EXECUTE_PROCESS_COMMAND_ECHO` variable
-  to enable echoing of the command-line string before execution.
+New Features
+
 
-* New target property :prop_tgt:`ADDITIONAL_CLEAN_FILES` and directory property
-  :prop_dir:`ADDITIONAL_CLEAN_FILES` were added.  They allow to register
-  additional files that should be removed during the clean stage.
+Generators
+--
 
-* Directory property :prop_dir:`ADDITIONAL_MAKE_CLEAN_FILES` was marked
-  deprecated.  The new directory property :prop_dir:`ADDITIONAL_CLEAN_FILES`
-  should be used instead.
+* The :generator:`Xcode` generator now supports per-target schemes.
+  See the :variable:`CMAKE_XCODE_GENERATE_SCHEME` variable and
+  :prop_tgt:`XCODE_GENERATE_SCHEME` target property.
 
-* IBM Clang-based XL compilers that define ``__ibmxl__`` now use the
-  compiler id ``XLClang`` instead of ``XL``.  See policy :policy:`CMP0089`.
+* The :generator:`Green Hills MULTI` generator has been updated:
 
-* :command:`add_library` command ``ALIAS`` option learned to support
-  import libraries of the ``UNKNOWN`` type.
+  * It now supports the :command:`add_custom_command` and
+:command:`add_custom_target` commands.
+
+  * It is now available on Linux.
+
+Languages
+-
+
+* Preliminary support for the ``Swift`` language was added to the
+  :generator:`Ninja` generator:
+
+  * Use the :envvar:`SWIFTC` environment variable to specify a compiler.
+
+  * The :prop_tgt:`Swift_DEPENDENCIES_FILE` target property and
+:prop_sf:`Swift_DEPENDENCIES_FILE` source file property were added
+to customize dependency files.
 
-* AppleClang compiler have learned how to compile C++20.
+  * The :prop_tgt:`Swift_MODULE_NAME` target property was added to
+customize the Swift module name.
 
-* Support for the Clang-based ARM compiler was added with compiler id 
``ARMClang``.
+  * The :prop_sf:`Swift_DIAGNOSTICS_FILE` source property was added to
+indicate where to write the serialised Swift diagnostics.
+
+  The Swift support is experimental, not considered stable, and may change
+  in future releases of CMake.
+
+Compilers
+-
 
 * The ``Clang`` compiler variant on Windows that targets the MSVC ABI
   but has a GNU-like command line is now supported.
 
-* The variable :variable:`CMAKE_AUTOMOC_RELAXED_MODE` is considered
-  deprecated.  Support still exists but will be removed in future versions.
-
-* The :manual:`cmake(1)` ``--build`` tool ``--target`` parameter gained 
support for
-  multiple targets, e.g. ``cmake --build . --target Library1 Library2``.
+* Support for the Clang-based ARM compiler was added with compiler id
+  ``ARMClang``.
 
-* The :manual:`cmake(1)` ``-E tar`` tool now continues adding files to an
-  archive, even if some of the files aren't readable. This behavior is more
-  consistent with the classic ``tar`` tool.

Re: [CMake] Question about regular expressions

[Kyle Edwards via CMake]

On Tue, 2019-06-04 at 16:39 +0200, Steven Truppe wrote:
> Hi everyone,
> 
> 
> i had the same question a few days ago but can't rember the command
> (and
> can't find it in the cods):
> 
> I have a regular expression like "WITH_LIB${lib}_EXAMPLE_([A-Za-z]+)"
> and i want the get the content of the found variables in the (), the
> command i used stored them if MATCH_XYZ but i can't exactly rember
> =(.
> 
> 
> best regards!

CMAKE_MATCH_

https://cmake.org/cmake/help/v3.14/variable/CMAKE_MATCH_n.html

Kyle
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] Question about regular expressions

[Steven Truppe]

Hi everyone,


i had the same question a few days ago but can't rember the command (and
can't find it in the cods):

I have a regular expression like "WITH_LIB${lib}_EXAMPLE_([A-Za-z]+)"
and i want the get the content of the found variables in the (), the
command i used stored them if MATCH_XYZ but i can't exactly rember =(.


best regards!

--

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] find_program usage

[Kyle Edwards via CMake]

On Tue, 2019-06-04 at 19:38 +0530, vinay kumar Kotegowder wrote:
> The original intent of the snippet is to find the required tool chain
> (On windows : arm-none-eabi-gcc.exe or armclang.exe; On Linix :
> arm-none-eabi-gcc or armclang) path which can later be used to build
> the project.
> 
> I have been trying with find_program and find_path commands.
> My understanding was that it would find the program from root(which
> is
> C: in Windows and / in Linux) and all the sub directories underneath
> it but I learnt from your reply that it is not the case.
> 
> Can this be done? I mean, should it be possible to find the program
> without hard coding the path ?

It is possible to pass hints and paths to find_program() telling it
additional places to look ("it *might* be in C:/MinGW/whatever/bin"),
but other than that, find_program() does not search recursively. See
the find_program() documentation for more details:

https://cmake.org/cmake/help/v3.14/command/find_program.html

Again, for GCC, I strongly recommend that you use a toolchain file,
rather than setting CMAKE_C_COMPILER from inside your project. CMake
does a bunch of checks with the compiler when you first call project(),
which end up no longer being valid if you change CMAKE_C_COMPILER. (I
suppose you could set CMAKE_C_COMPILER from in your project before
calling project(), but I do not recommend this method.) You *can* call
find_program() from inside your toolchain file if you don't want to
hard-code the paths.

Kyle
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] find_program usage

[vinay kumar Kotegowder]

The original intent of the snippet is to find the required tool chain
(On windows : arm-none-eabi-gcc.exe or armclang.exe; On Linix :
arm-none-eabi-gcc or armclang) path which can later be used to build
the project.

I have been trying with find_program and find_path commands.
My understanding was that it would find the program from root(which is
C: in Windows and / in Linux) and all the sub directories underneath
it but I learnt from your reply that it is not the case.

Can this be done? I mean, should it be possible to find the program
without hard coding the path ?

- Vinay

On Tue, Jun 4, 2019 at 7:12 PM Kyle Edwards  wrote:
>
> On Tue, 2019-06-04 at 19:07 +0530, vinay kumar Kotegowder wrote:
> > Hi Everyone,
> >
> > This is simple code running on Windows machine:
> >
> > if(WIN32)
> >   message(STATUS "On windows")
> >   find_program(_TOOL
> >   arm-none-eabi-gcc.exe
> >   PATHS "C:"
> > )
> > endif()
> >
> > message(STATUS "${_TOOL}")
> >
> > Result after executing: cmake -P mycmake.cmake
> >
> > -- On windows
> > -- _TOOL-NOTFOUND
> >
> > Can anyone tell me what is wrong with the usage of "find_program"  ?
>
> find_program() is looking in C:, but not its subdirectories. So, unless
> arm-none-eabi-gcc.exe is located directly in C:, CMake won't find it.
>
> As a side note, GCC isn't typically found with find_program(). You most
> likely want to write a cross-compiling toolchain file which contains
> this location instead. See below for details:
>
> https://cmake.org/cmake/help/v3.14/manual/cmake-toolchains.7.html
>
> Kyle
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [cmake-developers] Moc-test errors

[Sebastian Holtermann]

Sure, rebuild_cache was the first I tried. The test-errors remain even in the 
master tree of today.
Performing now on a clean build ...
#ctest -R Qt5Autogen.Moc
Test project /BUILD/BUILDMint18/BuildCmakeGit
Guessing configuration NoConfig
 Start 553: Qt5Autogen.MocOnly
1/8 Test #553: Qt5Autogen.MocOnly ...   Passed2.04 sec
 Start 554: Qt5Autogen.MocOptions
2/8 Test #554: Qt5Autogen.MocOptions    Passed1.40 sec
 Start 576: Qt5Autogen.MocCMP0071
3/8 Test #576: Qt5Autogen.MocCMP0071    Passed2.48 sec
 Start 577: Qt5Autogen.MocIncludeRelaxed
4/8 Test #577: Qt5Autogen.MocIncludeRelaxed .***Failed4.37 sec
 Start 578: Qt5Autogen.MocIncludeStrict
5/8 Test #578: Qt5Autogen.MocIncludeStrict ..***Failed4.24 sec
 Start 579: Qt5Autogen.MocSkipSource
6/8 Test #579: Qt5Autogen.MocSkipSource .***Failed2.99 sec
 Start 580: Qt5Autogen.MocMacroName
7/8 Test #580: Qt5Autogen.MocMacroName ..   Passed1.95 sec
 Start 581: Qt5Autogen.MocOsMacros
8/8 Test #581: Qt5Autogen.MocOsMacros ...   Passed0.56 sec

63% tests passed, 3 tests failed out of 8

Total Test time (real) =  20.09 sec

The following tests FAILED:
577 - Qt5Autogen.MocIncludeRelaxed (Failed)
578 - Qt5Autogen.MocIncludeStrict (Failed)
579 - Qt5Autogen.MocSkipSource (Failed)
Errors while running CTest



Okay, it looks like SKIP_AUTOMOC doesn't work properly.
Can you please post the output of

- `ctest -R Qt5Autogen.MocSkip -VV`
- `cat 
Tests/Qt5Autogen/MocSkipSource/CMakeFiles/skipMocA_autogen.dir/AutogenInfo.cmake`
- `cat 
Tests/Qt5Autogen/MocSkipSource/CMakeFiles/skipMocB_autogen.dir/AutogenInfo.cmake`

--

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:
https://cmake.org/mailman/listinfo/cmake-developers

Re: [CMake] find_program usage

[Kyle Edwards via CMake]

On Tue, 2019-06-04 at 19:07 +0530, vinay kumar Kotegowder wrote:
> Hi Everyone,
> 
> This is simple code running on Windows machine:
> 
> if(WIN32)
>   message(STATUS "On windows")
>   find_program(_TOOL
>   arm-none-eabi-gcc.exe
>   PATHS "C:"
> )
> endif()
> 
> message(STATUS "${_TOOL}")
> 
> Result after executing: cmake -P mycmake.cmake
> 
> -- On windows
> -- _TOOL-NOTFOUND
> 
> Can anyone tell me what is wrong with the usage of "find_program"  ?

find_program() is looking in C:, but not its subdirectories. So, unless
arm-none-eabi-gcc.exe is located directly in C:, CMake won't find it.

As a side note, GCC isn't typically found with find_program(). You most
likely want to write a cross-compiling toolchain file which contains
this location instead. See below for details:

https://cmake.org/cmake/help/v3.14/manual/cmake-toolchains.7.html

Kyle
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] find_program usage

[vinay kumar Kotegowder]

Hi Everyone,

This is simple code running on Windows machine:

if(WIN32)
  message(STATUS "On windows")
  find_program(_TOOL
  arm-none-eabi-gcc.exe
  PATHS "C:"
)
endif()

message(STATUS "${_TOOL}")

Result after executing: cmake -P mycmake.cmake

-- On windows
-- _TOOL-NOTFOUND

Can anyone tell me what is wrong with the usage of "find_program"  ?

Vinay
Senior Engineer
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [cmake-developers] Moc-test errors

[Kornel Benko]

Am Dienstag, 4. Juni 2019, 15:16:43 CEST schrieb Sebastian Holtermann:
> Hello Kornel.
> 
> > Recent tries to test cmake yield to errors for following tests:
> > 582 - Qt5Autogen.MocIncludeRelaxed (Failed)
> > 583 - Qt5Autogen.MocIncludeStrict (Failed)
> > 584 - Qt5Autogen.MocSkipSource (Failed)
> >
> > Compiled master branch of http://cmake.org/cmake.git
> >
> > As en example, here the log-snippet for Qt5Autogen.MocIncludeRelaxed:
> >
> > [ 75%] Linking CXX executable mocIncludeRelaxed
> > CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:
> >  In function `SObjCExtra::qt_static_metacall(QObject*, QMetaObject::Call, 
> > int, void**)':
> > SObjCExtra.cpp:(.text+0x134): multiple definition of 
> > `SObjCExtra::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)'
> > CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:mocs_compilation.cpp:(.text+0xa3a):
> >  first defined here
> > CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:(.data.rel.ro+0x0):
> >  multiple definition of `SObjCExtra::staticMetaObject'
> > CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:(.data.rel.ro+0x2c0):
> >  first defined here
> > CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:
> >  In function `SObjCExtra::metaObject() const':
> > SObjCExtra.cpp:(.text+0x14a): multiple definition of 
> > `SObjCExtra::metaObject() const'
> > CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:mocs_compilation.cpp:(.text+0xa50):
> >  first defined here
> > CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:
> >  In function `SObjCExtra::qt_metacast(char const*)':
> > SObjCExtra.cpp:(.text+0x192): multiple definition of 
> > `SObjCExtra::qt_metacast(char const*)'
> > CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:mocs_compilation.cpp:(.text+0xa98):
> >  first defined here
> > CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:
> >  In function `SObjCExtra::qt_metacall(QMetaObject::Call, int, void**)':
> > SObjCExtra.cpp:(.text+0x1e2): multiple definition of 
> > `SObjCExtra::qt_metacall(QMetaObject::Call, int, void**)'
> > CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:mocs_compilation.cpp:(.text+0xae8):
> >  first defined here
> > collect2: error: ld returned 1 exit status
> 
> We changed the format of AutogenInfo.cmake lately.
> Possibly old versions of AutogenInfo.cmake files were left from
> previous CMake builds and tests.
> 
> Please try
> - `make rebuild_cache` and run the tests again or
> - do a clean build of the master branch and test again.
> 
> -Sebastian

Sure, rebuild_cache was the first I tried. The test-errors remain even in the 
master tree of today.
Performing now on a clean build ...
#ctest -R Qt5Autogen.Moc
Test project /BUILD/BUILDMint18/BuildCmakeGit
Guessing configuration NoConfig
Start 553: Qt5Autogen.MocOnly
1/8 Test #553: Qt5Autogen.MocOnly ...   Passed2.04 sec
Start 554: Qt5Autogen.MocOptions
2/8 Test #554: Qt5Autogen.MocOptions    Passed1.40 sec
Start 576: Qt5Autogen.MocCMP0071
3/8 Test #576: Qt5Autogen.MocCMP0071    Passed2.48 sec
Start 577: Qt5Autogen.MocIncludeRelaxed
4/8 Test #577: Qt5Autogen.MocIncludeRelaxed .***Failed4.37 sec
Start 578: Qt5Autogen.MocIncludeStrict
5/8 Test #578: Qt5Autogen.MocIncludeStrict ..***Failed4.24 sec
Start 579: Qt5Autogen.MocSkipSource
6/8 Test #579: Qt5Autogen.MocSkipSource .***Failed2.99 sec
Start 580: Qt5Autogen.MocMacroName
7/8 Test #580: Qt5Autogen.MocMacroName ..   Passed1.95 sec
Start 581: Qt5Autogen.MocOsMacros
8/8 Test #581: Qt5Autogen.MocOsMacros ...   Passed0.56 sec

63% tests passed, 3 tests failed out of 8

Total Test time (real) =  20.09 sec

The following tests FAILED:
577 - Qt5Autogen.MocIncludeRelaxed (Failed)
578 - Qt5Autogen.MocIncludeStrict (Failed)
579 - Qt5Autogen.MocSkipSource (Failed)
Errors while running CTest

So, no change here.

Kornel



signature.asc
Description: This is a digitally signed message part.
-- 

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:

[Cmake-commits] CMake branch, master, updated. v3.14.5-1232-g4b68baa

[Kitware Robot via Cmake-commits]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  4b68baa776bf8ccc2911057fc79b558515438900 (commit)
   via  d4108f5585ae4e0ab79c9b192f9d6a0614f868cd (commit)
   via  99b9b01c020a0b20c0eefa73a39138471c01a053 (commit)
   via  e591e22d4c7d2b4d4806cf47923e54269644b2a2 (commit)
   via  7561fcda0918abf71b7fb0cfe67dd70fafe577ae (commit)
   via  f263650f95bdf87e2c50ada4a28d4fb729ac6f1c (commit)
   via  fada8cbfd6ae13d15b015f667a85096b15dc07b1 (commit)
   via  162555d7ecd510a84fb26a2ebc90f0a3e9eabc1a (commit)
   via  808b8180632aef06e7a3644fb4d3957722abc3f3 (commit)
   via  9fd602bfd33479b1acecd40e5c1b76ce37d59798 (commit)
   via  ec66af2026e085e7b648b222794f0f213183ea1e (commit)
   via  2d4787fc4ddc077e1d8fcb807768d1ecc7902a73 (commit)
   via  3475e2728bad16899b50131785a61f43083e8ba9 (commit)
   via  619416f8a30c99f87869559cf3829ce6d3431dca (commit)
  from  99496f57769a45fb664f6865bd6935d37fe45467 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4b68baa776bf8ccc2911057fc79b558515438900
commit 4b68baa776bf8ccc2911057fc79b558515438900
Merge: d4108f5 162555d
Author: Brad King 
AuthorDate: Tue Jun 4 12:32:11 2019 +
Commit: Kitware Robot 
CommitDate: Tue Jun 4 08:32:19 2019 -0400

Merge topic 'compiler_id_gen_exp_supports_multiple_ids'

162555d7ec Help: Add release notes for updated generator expressions
808b818063 Genex: CompileLang and CompileLangAndId now match against a list 
of ids
9fd602bfd3 Genex: PlatformId now can match against a list of ids.
ec66af2026 Genex: CompilerId now can match against a list of ids.
2d4787fc4d Genex: Add more extensive support for an unbounded number of 
parameters

Acked-by: Kitware Robot 
Merge-request: !3405


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d4108f5585ae4e0ab79c9b192f9d6a0614f868cd
commit d4108f5585ae4e0ab79c9b192f9d6a0614f868cd
Merge: 99b9b01 fada8cb
Author: Brad King 
AuthorDate: Tue Jun 4 12:30:18 2019 +
Commit: Kitware Robot 
CommitDate: Tue Jun 4 08:30:26 2019 -0400

Merge topic 'check_language_respects_cuda_host_compiler'

fada8cbfd6 CheckLanguage: Report CMAKE_CUDA_HOST_COMPILER if needed for 
compilation

Acked-by: Kitware Robot 
Merge-request: !3407


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=99b9b01c020a0b20c0eefa73a39138471c01a053
commit 99b9b01c020a0b20c0eefa73a39138471c01a053
Merge: e591e22 3475e27
Author: Brad King 
AuthorDate: Tue Jun 4 12:27:58 2019 +
Commit: Kitware Robot 
CommitDate: Tue Jun 4 08:28:09 2019 -0400

Merge topic 'print-correct-line-number'

3475e2728b cmListFileCache: When missing ending ) print starting line 
instead of last one

Acked-by: Kitware Robot 
Merge-request: !3398


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e591e22d4c7d2b4d4806cf47923e54269644b2a2
commit e591e22d4c7d2b4d4806cf47923e54269644b2a2
Merge: 7561fcd 619416f
Author: Brad King 
AuthorDate: Tue Jun 4 12:25:38 2019 +
Commit: Kitware Robot 
CommitDate: Tue Jun 4 08:25:47 2019 -0400

Merge topic 'better_error_message_for_visibility_preset_property'

619416f8a3 The error message for VISIBILITY_PRESET now documents valid 
options.

Acked-by: Kitware Robot 
Merge-request: !3409


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7561fcda0918abf71b7fb0cfe67dd70fafe577ae
commit 7561fcda0918abf71b7fb0cfe67dd70fafe577ae
Merge: 99496f5 f263650
Author: Brad King 
AuthorDate: Tue Jun 4 12:24:18 2019 +
Commit: Kitware Robot 
CommitDate: Tue Jun 4 08:24:29 2019 -0400

Merge topic 'test-explicit-dirs'

f263650f95 Tests: Fix RunCMake.CommandLine test to use generator in no-S-B 
case

Acked-by: Kitware Robot 
Merge-request: !3414


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f263650f95bdf87e2c50ada4a28d4fb729ac6f1c
commit f263650f95bdf87e2c50ada4a28d4fb729ac6f1c
Author: Brad King 
AuthorDate: Mon Jun 3 14:57:19 2019 -0400
Commit: Brad King 
CommitDate: Mon Jun 3 14:57:19 2019 -0400

Tests: Fix RunCMake.CommandLine test to use generator in no-S-B case

Apply the fix from commit baed22c4b0 (Tests: Fix RunCMake.CommandLine
test to use generator with -S and -B, 2019-04-10) to the `no-S-B` case
too.  It also generates a build system and should use the generator
being tested.

diff --git a/Tests/RunCMake/CommandLine/RunCMakeTest.cmake 
b/Tests/RunCMake/CommandLine/RunCMakeTest.cmake
index cee996c..7798b62 100644
--- a/Tests/RunCMake/CommandLine/RunCMakeTest.cmake
+++ 

[cmake-developers] Moc-test errors

[Kornel Benko]

Recent tries to test cmake yield to errors for following tests:
582 - Qt5Autogen.MocIncludeRelaxed (Failed)
583 - Qt5Autogen.MocIncludeStrict (Failed)
584 - Qt5Autogen.MocSkipSource (Failed)

Compiled master branch of http://cmake.org/cmake.git

As en example, here the log-snippet for Qt5Autogen.MocIncludeRelaxed:

[ 75%] Linking CXX executable mocIncludeRelaxed
CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:
 In function `SObjCExtra::qt_static_metacall(QObject*, QMetaObject::Call, int, 
void**)':
SObjCExtra.cpp:(.text+0x134): multiple definition of 
`SObjCExtra::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)'
CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:mocs_compilation.cpp:(.text+0xa3a):
 first defined here
CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:(.data.rel.ro+0x0):
 multiple definition of `SObjCExtra::staticMetaObject'
CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:(.data.rel.ro+0x2c0):
 first defined here
CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:
 In function `SObjCExtra::metaObject() const':
SObjCExtra.cpp:(.text+0x14a): multiple definition of `SObjCExtra::metaObject() 
const'
CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:mocs_compilation.cpp:(.text+0xa50):
 first defined here
CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:
 In function `SObjCExtra::qt_metacast(char const*)':
SObjCExtra.cpp:(.text+0x192): multiple definition of 
`SObjCExtra::qt_metacast(char const*)'
CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:mocs_compilation.cpp:(.text+0xa98):
 first defined here
CMakeFiles/mocIncludeRelaxed.dir/usr/src/cmake/cmake/Tests/QtAutogen/MocInclude/SObjCExtra.cpp.o:
 In function `SObjCExtra::qt_metacall(QMetaObject::Call, int, void**)':
SObjCExtra.cpp:(.text+0x1e2): multiple definition of 
`SObjCExtra::qt_metacall(QMetaObject::Call, int, void**)'
CMakeFiles/mocIncludeRelaxed.dir/mocIncludeRelaxed_autogen/mocs_compilation.cpp.o:mocs_compilation.cpp:(.text+0xae8):
 first defined here
collect2: error: ld returned 1 exit status


In case it matters:
gcc: 5.4.0
QT: 5.6.1
OS: ubuntu 16.04
cmake called with
cmake /usr/src/cmake/cmake \
-DCMAKE_VERBOSE_MAKEFILE=ON \
-DCMAKE_USE_OPENSSL:BOOL=ON \
-DCMAKE_USE_SYSTEM_LIBRARY_LIBARCHIVE=OFF \
-DBUILD_QtDialog:BOOL=ON \
-DBUILD_CursesDialog:BOOL=OFF \
-DBUILD_DOCUMENTATION=ON \
-DSPHINX_MAN=ON \
-DCMAKE_USE_OPENSSL=ON \
-DCMAKE_USE_SYSTEM_CURL=OFF \
-DCPACK_BINARY_DEB:BOOL=ON \
-DCMAKE_MAN_DIR=/share/man


Kornel

signature.asc
Description: This is a digitally signed message part.
-- 

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:
https://cmake.org/mailman/listinfo/cmake-developers