[CMake] Extract list of libraries with full path from link command line

Hi, Here is my problem. Having a string like "-L/mydir/lib -lfoo -lbar", is there a 'nice' automated way to turn it into a proper list of libraries like "/mydir/lib/libfoo.dylib;/mydir/lib/libbar.dylib"? Or, is there a way for cmake to make this magic happen when I pass the above string to

[CMake] connect libraries to project with cmakelists

I am using the cmakelists.txt below, that exists in the top folder of my project, and I am trying to connect mpg123 and ao to my project. In one .cpp file of the source folder I added a code with mpg123 and ao to play a song. This code can be compiled with this line: *g++ mpg.cpp -lmpg123 -lao -o

[CMake] How to figure out the "type" of an imported library

Dear All, In my code I'm trying to do something slightly tricky. I include packages that provide imported libraries (amongst other things). Then, because of how my project is structured, I don't make use of the imported libraries directly, but first make "copies" of them, and then make use of

Re: [CMake] CMP0058 warning on configure-time generated source files

On 10/29/2015 10:33 AM, Sylvain Joubert wrote: > I recently upgraded to CMake >= 3.3 and I get a CMP0058 warning on some > of the generated files. What I don't understand is that: > - These files are not generated at build time but at configure time, > why can't they just be seen as regular

[CMake] Visual Studio Cross Compile

Hi all, I have a question concerning Cross Compiling with CMake on Windows. I would like to use Visual Studio but this is not a must. What I do is, I setup a project for Cross Compiling on Linux and it works fine. Now I want to transfer to Windows, so I set up a toolchain file which sets the

[CMake] CMP0058 warning on configure-time generated source files

Hi, In my project I have some source files that are generated at configure time. Much like configure_file but using one execute_process call with an external executable, then a second execute_process with cmake -E copy_if_different to avoid unnecessary rebuild. The generated files (from the build

Re: [CMake] How to figure out the "type" of an imported library

There's a TYPE property which should contain what you need: https://cmake.org/cmake/help/latest/prop_tgt/TYPE.html On Thu, Oct 29, 2015 at 4:53 PM, Attila Krasznahorkay < attila.krasznahor...@gmail.com> wrote: > Dear All, > > In my code I'm trying to do something slightly tricky. I include

[CMake] Undef GENERATE_EXPORT_HEADER macros?

Hello! Is there a way to have cmake generate #undef's for all of the macros it creates in the GENERATE_EXPORT_HEADER command? I am trying not to leak these macros to users including the library, but I can't seem to find any way to generate this. As a reference, for other macros that I am

Re: [CMake] How to figure out the "type" of an imported library

Thanks! It indeed looks like it will do the job. Cheers, Attila > On 29 Oct 2015, at 20:42, Tamás Kenéz wrote: > > There's a TYPE property which should contain what you need: > https://cmake.org/cmake/help/latest/prop_tgt/TYPE.html > > On Thu, Oct 29, 2015 at

Re: [CMake] Asking CMake to setup compiler for c++11

This fails for me when using Visual Studio -- Johannes S. Mueller-Roemer, MSc Wiss. Mitarbeiter - Interactive Engineering Technologies (IET) Fraunhofer-Institut für Graphische Datenverarbeitung IGD Fraunhoferstr. 5 | 64283 Darmstadt | Germany Tel +49 6151 155-606 | Fax +49 6151 155-139

Re: [CMake] Asking CMake to setup compiler for c++11

this is what I do: if(NOT MSVC) if(CMAKE_VERSION VERSION_LESS 3.1) set(CMAKE_CXX_FLAGS "-std=c++11 ${CMAKE_CXX_FLAGS}") else() if(NOT DEFINED CMAKE_CXX_STANDARD OR CMAKE_CXX_STANDARD STREQUAL "98") set(CMAKE_CXX_STANDARD 11) endif()

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc2-1187-gffd0beb

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, next has been updated via ffd0beb99d554a55e2a895dc4ff572bd1cefa0b0 (commit) via

[Cmake-commits] CMake branch, release, updated. v3.4.0-rc2-10-g81dbab6

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 81dbab6e0888b2eb6f398333f7c5a8bf9ba8f743 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc2-1185-g8caf050

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, next has been updated via 8caf05055b61c0b47782540e7af4c97f409cd1ee (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-455-g3ca9255

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 3ca925579c2cea0a11eba7ad3ecd1a51c4d1ccef (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-457-gb5c75a8

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 b5c75a8e88debd8b003441ee88e8a82fec68e03e (commit) via

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc2-1178-g9b79e03

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, next has been updated via 9b79e030af1300f231df35a1114725f734520fc3 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-447-g5cdba31

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 5cdba31fc631453d530abbac04bf4a455d1f10bb (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-439-ge14709e

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 e14709e5a5379f0a6fa2434551211b66561ad540 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-445-g7f6c613

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 7f6c613fd041e8b2dcbfdfc43992a6db28a4b36a (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-449-g41e5605

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 41e5605d029ac92c9593d69e06c3a56e1d5c40da (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-443-g3179d9a

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 3179d9a2415702b8ca73e8759c0dba97f26423e2 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-441-gb5d9406

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 b5d94065c07a3ba6db29297e55b0e01ba0ef1f9d (commit) via

[cmake-developers] [CMake 0015820]: lack of descrition of corresponding keys inside MACOSX_FRAMEWORK_INFO_PLIST and MACOSX_BUNDLE_INFO_PLIST

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15820 == Reported By:gang65 Assigned To:

Re: [cmake-developers] ARMCC toolchain support

On 10/29/2015 05:28 AM, Andersson, Joakim wrote: > comes from what I can read in its documentation. Thanks. For reference, here are links to each that I found: > armcc defines: > * __ARMCC_VERSION (version) > * __CC_ARM (1) > * __GNUC__ (version) (only if --gnu is passed as a commad line

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-459-g1f9affa

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 1f9affacdad90240fb1f3bd729eaa4c81bd34568 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc2-1191-ga7d27cb

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, next has been updated via a7d27cb8910452060b063e73f6f70b77b12645e0 (commit) via

[Cmake-commits] CMake branch, release, updated. v3.4.0-rc2-12-g1227ea3

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 1227ea38e5cd64e72f83e96705266c8307ed6ba0 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.4.0-rc2-1194-g2a94c83

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, next has been updated via 2a94c83c8babd8c42001d593dbafe6faaf291938 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-461-g4f9a02d

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 4f9a02db41a93822547c4cafd00d545adf07eb86 (commit) via

Re: [cmake-developers] ARMCC toolchain support

> Currently you're detecting the compiler with: > >/* __ARMCC_VERSION = PVV */ > # define @PREFIX@COMPILER_VERSION_MAJOR @MACRO_DEC@(__ARMCC_VERSION/100) > # define @PREFIX@COMPILER_VERSION_MINOR @MACRO_DEC@(__ARMCC_VERSION/1 % > 100) > # define @PREFIX@COMPILER_VERSION_PATCH

[cmake-developers] [CMake 0015819]: CMake / Assembler header .ah file is not visibile

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15819 == Reported By:Jarek 83 Assigned To:

[Cmake-commits] CMake branch, master, updated. v3.4.0-rc2-462-ga375702

_VERSION_MINOR 4) -set(CMake_VERSION_PATCH 20151029) +set(CMake_VERSION_PATCH 20151030) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/

[cmake-developers] [CMake 0015821]: Durango.cmake module disables regeneration of project files

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15821 == Reported By:Ramon Zarazua B. Assigned To: