Re: [CMake] link_directories issue, cmake 2.8.5

2011-11-24 Thread Michael Hertling
On 11/23/2011 05:39 PM, Vladimir Chebotarev wrote: > Hello. > > I've just found an issue with link_directories and cmake 2.8.5. > If I give an absolute but not normalized path like > c:/bla-bla-bla/../bla/bla as its argument (with default CMP0015), > cmake thinks it is relative path and shows a wa

Re: [CMake] Do not build/install import library

2011-11-24 Thread Michael Hertling
On 11/24/2011 07:53 PM, Mathias Gaunard wrote: > On 11/23/2011 10:14 PM, Matthias Gehre wrote: >> Hi, >> >> thanks for this very nice cmake. I switched just recently to get >> lightspark (lightspark.github.com) >> crossplatform, and it worked really smooth. >> >> One question, though: I cannot seem

Re: [CMake] Do not build/install import library

2011-11-24 Thread Mathias Gaunard
On 11/23/2011 10:14 PM, Matthias Gehre wrote: Hi, thanks for this very nice cmake. I switched just recently to get lightspark (lightspark.github.com) crossplatform, and it worked really smooth. One question, though: I cannot seem to find a way to _not_ build/install the import libraries (foobar

Re: [CMake] XCode: Detect debug build to enable /D_Debug or similar? [solved]

2011-11-24 Thread g...@novadsp.com
Michael, *thanks*. This works exactly as hoped with CMake 2.8.6 on Snow Leopard. Kudos. On 24/11/2011 22:22, Michael Hertling wrote: SET_DIRECTORY_PROPERTIES(PROPERTIES COMPILE_DEFINITIONS_DEBUG _DEBUG) -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.k

Re: [CMake] Bad documentation of the LINK_INTERFACE_LIBRARIES property and other transitive linking topics

2011-11-24 Thread Michael Hertling
On 11/24/2011 08:20 AM, Hendrik Sattler wrote: > BTW: linking plugins against an executable is really not good style. > Put the common part into a library and link the executable and the > plugin against that library. Ignore the necessity or desire to load the plugin at run time for a moment. T

Re: [CMake] XCode: Detect debug build to enable /D_Debug or similar?

2011-11-24 Thread Michael Hertling
On 11/24/2011 07:08 PM, g...@novadsp.com wrote: > How can I do this? Specifically generating for XCode. > > My cmakefile has this: > > if (${CMAKE_CFG_INTDIR} STREQUAL "Debug") > Message("We are generating/building debug code for ${this_target}") > ADD_DEFINITIONS(/D_DEBUG) > endif() > > But _DE

Re: [CMake] News on the Eclipse CDT generator

2011-11-24 Thread Andreas Pakulat
On 24.11.11 21:21:37, Alexander Neundorf wrote: > Hi, > > if you are using the Eclipse project generator of CMake, you probably know > about two problems there are: > > 1) in out-of-source builds, the svn plugin doesn't work in the linked > resource > which points to the source directory. > Th

[CMake] News on the Eclipse CDT generator

2011-11-24 Thread Alexander Neundorf
Hi, if you are using the Eclipse project generator of CMake, you probably know about two problems there are: 1) in out-of-source builds, the svn plugin doesn't work in the linked resource which points to the source directory. The problem is that Eclipse decides whether the version control plugi

Re: [CMake] CMAKE_BUILD_TYPE and flags (special case)

2011-11-24 Thread Felipe Lema
If anyone's interested: got it working using MinSizeRel For now, at least 2011/11/24 Felipe Lema > Hi everyone > > I'm trying to build a custom (C++) library using cmake 2.8.4, mingw32 and > intel compiler (icl) on a win7-32 machine, but CMAKE_BUILD_TYPE is not > being respected: it's using the

[CMake] specifying two (cross)compilers

2011-11-24 Thread Arne Pagel
Hello everyone, I have a project (for embedded controllers) where I have to use 2 different compilers for 2 targets. The output of the first target is included in to the elf-output of the second one. src_1/* -> 1.elf src_2/* -> 2.elf + 1.elf Currently I use this procedure with a hand written

[CMake] XCode: Detect debug build to enable /D_Debug or similar?

2011-11-24 Thread g...@novadsp.com
How can I do this? Specifically generating for XCode. My cmakefile has this: if (${CMAKE_CFG_INTDIR} STREQUAL "Debug") Message("We are generating/building debug code for ${this_target}") ADD_DEFINITIONS(/D_DEBUG) endif() But _DEBUG is never defined. This question comes up twice on StackOverflo

Re: [CMake] Qt4 -> Problems with QtCLucene

2011-11-24 Thread Andreas Pakulat
On 24.11.11 17:19:53, Mathemaster wrote: > Hello everyone, > > since cmake 2.8.5 I do have a problem with the following lines: > > -- > 132 find_package(Qt4 COMPONENTS QtCore QtGui QtHelp QtCLucene) > 133 if (NOT QT4_FOUND) > 134 message (FATAL_ERROR *** QT not found. ***) > 135 endif

Re: [CMake] VS2005 and cmake

2011-11-24 Thread Michael Jackson
That is odd. With the later versions of cmake and visual studio 2005 pro you should be getting a single dialog asking if you want to reload all the projects. At least that is what I remember about VS2005 Pro. It certainly works that way for VS2008 Pro. - Mike Jackson www.bl

Re: [CMake] VS2005 and cmake

2011-11-24 Thread Tom Deblauwe
Hello, I'm using VS2005 PRO SP1 on windows 7. Best regards Tom, Op 24/11/2011 15:58, Michael Jackson schreef: What version of visual studio are you using? The paid for versions should not have this problem. - Mike Jackson www.bluequartz.net Principal Software Engineer

[CMake] Qt4 -> Problems with QtCLucene

2011-11-24 Thread Mathemaster
Hello everyone, since cmake 2.8.5 I do have a problem with the following lines: -- 132 find_package(Qt4 COMPONENTS QtCore QtGui QtHelp QtCLucene) 133 if (NOT QT4_FOUND) 134 message (FATAL_ERROR *** QT not found. ***) 135 endif(NOT QT4_FOUND) -- since cmake 2.8.5 I receive the

[CMake] CMAKE_BUILD_TYPE and flags (special case)

2011-11-24 Thread Felipe Lema
Hi everyone I'm trying to build a custom (C++) library using cmake 2.8.4, mingw32 and intel compiler (icl) on a win7-32 machine, but CMAKE_BUILD_TYPE is not being respected: it's using the debug flags when building with mingw. I've tried setting this variable to "Release" both with the cache edito

Re: [CMake] cmake support D programming?

2011-11-24 Thread Gour
On Thu, 24 Nov 2011 14:13:36 +0100 Jens Mueller wrote: > cmaked2 supports dmd and gdc. But it is not included in the CMake > repository. Even gdc...that's great. > I have no resources to move cmaked2 over to the CMake repository. Can you explain a bit what resources do you miss to apply it ups

Re: [CMake] VS2005 and cmake

2011-11-24 Thread Michael Jackson
What version of visual studio are you using? The paid for versions should not have this problem. - Mike Jackson www.bluequartz.net Principal Software Engineer mike.jack...@bluequartz.net BlueQuartz Software Dayton, Ohio Sent

Re: [CMake] CTestScript for all available git branches/tags

2011-11-24 Thread NoRulez
So, nobody an idea? Do I only have to add an foreach loop like in the following example or is there more to do: #get all branches/tags into GIT_BRANCHES/GIT_TAGS FOREACH(GIT_BRANCH ${GIT_BRANCHES}) execute_process (COMMAND ${GIT_EXECUTABLE} checkout ${GIT_BRANCH} WORKING_DIRECTORY ${CTES

Re: [CMake] cmake support D programming?

2011-11-24 Thread Jens Mueller
Gour wrote: > On Sun, 7 Aug 2011 10:27:17 +0200 > Jens Mueller wrote: > > Hello Jens, > > > If I find some time I will add gdc and ldc support. It is not much > > work to add these. > > Does it meant that support for dmd is done? cmaked2 supports dmd and gdc. But it is not included in the CMak

Re: [CMake] cmake support D programming?

2011-11-24 Thread Arjen Markus
Hello Gour, we support D in the PLplot project - http://plplot.sf.net You can have a look there to see how that is done. Regards, Arjen On 2011-11-24 12:45, Gour wrote: On Sun, 07 Aug 2011 11:32:53 +0200 jonathan MERCIER wrote: So, i would to know if cmaked2 will go to cmake ? I'm also c

Re: [CMake] cmake support D programming?

2011-11-24 Thread Gour
On Sun, 07 Aug 2011 11:32:53 +0200 jonathan MERCIER wrote: > So, i would to know if cmaked2 will go to cmake ? I'm also curious if support for D language will be included in Cmake (soon) ? Sincerely, Gour -- The embodied soul may be restricted from sense enjoyment, though the taste for sen

Re: [CMake] cmake support D programming?

2011-11-24 Thread Gour
On Sun, 7 Aug 2011 10:27:17 +0200 Jens Mueller wrote: Hello Jens, > If I find some time I will add gdc and ldc support. It is not much > work to add these. Does it meant that support for dmd is done? We'll defnitely used D for our project after short excursion to Cython+Python, and although I

Re: [CMake] transitive linking topics

2011-11-24 Thread Hendrik Sattler
Am 24.11.2011 09:47, schrieb Rolf Eike Beer: Oops. You are right. I had never ever heard of applications exporting symbols before. Live and learn. You use one every day: $ /lib/libc.so.6 GNU C Library stable release version 2.11.3 (20110203), by Roland McGrath et al. Copyright (C) 2009 Fr

Re: [CMake] [cmake-developers] slow regex implementation in RegularExpression

2011-11-24 Thread Rolf Eike Beer
>> On 11/24/2011 12:34 AM, Brad King wrote: on cmake-developers... Sorry for the misdirected mail. Eike -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http:

Re: [CMake] transitive linking topics

2011-11-24 Thread Rolf Eike Beer
> On 2011-11-23 10:44+0100 Michael Wild wrote: > >> On 11/23/2011 10:25 AM, Alan W. Irwin wrote: >>> cmake-2.8.6 has the following documentation of the >>> LINK_INTERFACE_LIBRARIES property for targets: >>> >>> LINK_INTERFACE_LIBRARIES >>>List public interface libraries for a shared libra

Re: [CMake] [cmake-developers] slow regex implementation in RegularExpression

2011-11-24 Thread Rolf Eike Beer
> On 11/24/2011 12:34 AM, Brad King wrote: >> On 11/23/2011 5:43 PM, Brad King wrote: >>> On 11/23/2011 12:44 PM, Brad King wrote: However, the above does not need to stand in the way of solving the problem you're addressing. We can simply set that goal aside for now by not exposing

[CMake] VS2005 and cmake

2011-11-24 Thread Tom Deblauwe
Hello, I was wondering about the best workflow for using cmake with visual studio. Now it is almost ok except for one thing: when you have your generated visual studio solution open and you change something in the cmakelists.txt file of one of your projects in your solution, then you get a "R