headers
Clinton Stimpson | 1 May 2006 16:49

parallel ctest

Does CTest support running multiple tests concurrently?
So that one could run tests in a fraction of the time on an smp or 
dual-core system?
For a project, we have a unix test script which does that, and I was 
wondering if CTest had that ( ... thinking of using CTest instead, as 
we're already using CMake ...).

Thanks,
Clint
Permalink | Reply | 1 comment |
headers
Alexander Neundorf | 1 May 2006 17:30
Picon

behaviour of CMAKE_INCLUDE_CURRENT_DIR ?

Hi,  

how does  CMAKE_INCLUDE_CURRENT_DIR behave ? 

Let's say I do  
SET(CMAKE_INCLUDE_CURRENT_DIR ON) 

in my toplevel src/CMakeLists.txt. 

If a src/sub1/CMakeLists.txt contains 

add_executable(hello main.cpp) 

src/sub1/ will be part of the include path. 

 
But what happens in the following case: 

Until now there was 

# apply for all subdirs 
include_directories(${CMAKE_CURRENT_SOURCE_DIR}) 

add_subdirectory(bar1) 
add_subdirectory(bar2) 
add_subdirectory(bar3) 
add_subdirectory(bar4) 

I guess in this case the include_directories() command has to stay ?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Andy Cedilnik | 1 May 2006 17:42
Favicon

Re: parallel ctest

Hi Clint,

This feature is on my list, but it will probably take some time to 
develop it. So, the answer is: currently not.

       Andy

Clinton Stimpson wrote:

> Does CTest support running multiple tests concurrently?
> So that one could run tests in a fraction of the time on an smp or 
> dual-core system?
> For a project, we have a unix test script which does that, and I was 
> wondering if CTest had that ( ... thinking of using CTest instead, as 
> we're already using CMake ...).
>
> Thanks,
> Clint
>
> _______________________________________________
> CMake mailing list
> CMake@...
> http://www.cmake.org/mailman/listinfo/cmake

--

-- 
Andy Cedilnik
Kitware Inc.
Permalink | Reply | 0 comments |
headers
Axel Roebel | 1 May 2006 21:12
Picon
Favicon

Xcode generator problems

Hi,

I just tried to generate Xcode project files for some of my
cmake supported sources. I encountered three problems:

1)  I tried to communicate -framework Carbon flags
to the link stage. I tried 

SET(LINK_FRAMEWORKS "-framework Accelerate -framework Carbon")

   SET(CMAKE_SHARED_LINKER_FLAGS_RELEASE "${CMAKE_SHARED_LINKER_FLAGS_RELEASE} 
${LINK_FRAMEWORKS} " CACHE STRING "Linker flags " FORCE)
  SET(CMAKE_SHARED_LINKER_FLAGS_RELEASE "${CMAKE_SHARED_LINKER_FLAGS_RELEASE} 
${LINK_FRAMEWORKS} " CACHE STRING "Linker flags " FORCE)

as well as

 SET_TARGET_PROPERTIES(svpmain${DEBUGEXT} PROPERTIES LINKER_LANGUAGE CXX 
OUTPUT_NAME svp  LINK_FLAGS ${LINK_FRAMEWORKS})

In both cases the generated project does not use the framework flags I asked 
for. The unix makefile generator, however, works properly. Maybe there is a 
reason or another mechanism that should be used?

The second problem is more annoying:

From time to time the compiler fails completely and the error.log shows the 
error message:
...
   setenv VERSION_INFO_STRING "\" <at> (#)PROGRAM:XCODE_DEPEND_HELPER  PROJECT:CMAK
(Continue reading)

Permalink | Reply | 11 comments |
headers
Bill Hoffman | 1 May 2006 23:00
Favicon
Gravatar

CMake 2.4.1 available for download

On behalf of Bill, Ken, Brad, Andy and the rest of the CMake team, we are pleased
to announce that CMake 2.4.1 beta is available for download at:
http://www.cmake.org/HTML/Download.html

If you have any problems or find any bugs, please report them at www.cmake.org/Bug.
A list of changes for the 2.4 release tree is included below.

Thanks Bill

Changes in CMake 2.4.1

* Several ctest and cpack bug fixes

* Many updates and fixes for FindQt4.cmake

* Fix CMAKE_REQUIRED_FLAGS in CheckCXXSourceCompiles.cmake 

* Handle running make from a symlinked build tree

* Automatic color ouput detection for shells building with make

* Kdevelop generator handles CMakeFiles directory better

* add correct depend information for fluid 

* allow the cache to be saved even if a fatal error occurs

* fix bug in relative path subdir and add_subdirectoy commands

* support in vs for two object files with the same name
(Continue reading)

Permalink | Reply | 5 comments |
headers
William A. Hoffman | 1 May 2006 23:05
Picon

Re: Xcode generator problems

At 03:12 PM 5/1/2006, Axel Roebel wrote:
>Hi,
>
>I just tried to generate Xcode project files for some of my
>cmake supported sources. I encountered three problems:
>
>1)  I tried to communicate -framework Carbon flags
>to the link stage. I tried 
>
>SET(LINK_FRAMEWORKS "-framework Accelerate -framework Carbon")
>
>   SET(CMAKE_SHARED_LINKER_FLAGS_RELEASE "${CMAKE_SHARED_LINKER_FLAGS_RELEASE} 
>${LINK_FRAMEWORKS} " CACHE STRING "Linker flags " FORCE)
>  SET(CMAKE_SHARED_LINKER_FLAGS_RELEASE "${CMAKE_SHARED_LINKER_FLAGS_RELEASE} 
>${LINK_FRAMEWORKS} " CACHE STRING "Linker flags " FORCE)
> 
>as well as
>
> SET_TARGET_PROPERTIES(svpmain${DEBUGEXT} PROPERTIES LINKER_LANGUAGE CXX 
>OUTPUT_NAME svp  LINK_FLAGS ${LINK_FRAMEWORKS})
>
>In both cases the generated project does not use the framework flags I asked 
>for. The unix makefile generator, however, works properly. Maybe there is a 
>reason or another mechanism that should be used?

-framework should be treated just like linking a library.
TARGET_LINK_LIBRARIES(foo -framework Bar)
In addition, for 2.4.1, if you give the full path to a framework,
CMake will automatically add the correct -F -framework flags.
(Continue reading)

Permalink | Reply | 10 comments |
headers
Miguel A. Figueroa-Villanueva | 2 May 2006 01:35
Picon
Favicon

FindwxWindows.cmake or FindwxWin.cmake

Hello,

I have just stumbbled upon the FindwxWin/FindwxW.cmake modules in 
theCMake cvs sources (under Source/WXDialog/bin). However, the Module 
installed in the Modules directory is FindwxWindows.cmake. It seems that 
the former supports the regular wxWidgets build while the latter is 
limited to the Monolithic build.

I would like to know what is the recommended Module for using wxWidgets 
in my programs and why is the inconsistency between the modules? Is it 
just that it hasn't been updated or are there some other details that 
I'm missing.

Thanks,
Miguel
Permalink | Reply | 0 comments |
headers
Axel Roebel | 2 May 2006 02:09
Picon
Favicon

Re: Xcode generator problems


Hello William,

god news that there is a new version. I tried it instantly.
My first impression was not so positive
I found that it takes ages for the dependency checking.
I am working with template libraries where most of the code
is in include files. May be it is due to that, but with cmake 
2.2.3 dependency checking was nevertheless 10 times faster.
With 2.4.1 dependency checking  takes longer than
compiling the project.

Cheers,

Axel
On Monday 01 May 2006 23:05, William A. Hoffman wrote:
> At 03:12 PM 5/1/2006, Axel Roebel wrote:
> >Hi,
> >
> >I just tried to generate Xcode project files for some of my
> >cmake supported sources. I encountered three problems:
> >
> >1)  I tried to communicate -framework Carbon flags
> >to the link stage. I tried
> >
> >SET(LINK_FRAMEWORKS "-framework Accelerate -framework Carbon")
> >
> >   SET(CMAKE_SHARED_LINKER_FLAGS_RELEASE
> > "${CMAKE_SHARED_LINKER_FLAGS_RELEASE} ${LINK_FRAMEWORKS} " CACHE STRING
> > "Linker flags " FORCE)
(Continue reading)

Permalink | Reply | 8 comments |
headers
William A. Hoffman | 2 May 2006 03:43
Picon

Re: Xcode generator problems

At 08:09 PM 5/1/2006, Axel Roebel wrote:

>Hello William,
>
>god news that there is a new version. I tried it instantly.
>My first impression was not so positive
>I found that it takes ages for the dependency checking.
>I am working with template libraries where most of the code
>is in include files. May be it is due to that, but with cmake 
>2.2.3 dependency checking was nevertheless 10 times faster.
>With 2.4.1 dependency checking  takes longer than
>compiling the project.

I don't think any changes were made in that area.
In fact, if anything it should be faster.   Did you build cmake
with the same compiler/flags for 2.2.3 and 2.4.1?
Also, I assume this is the not Xcode generator because
that one does not do dependency checks in CMake.

-Bill
Permalink | Reply | 7 comments |
headers
Axel Roebel | 2 May 2006 05:24
Picon
Favicon

Re: Xcode generator problems

On Tuesday 02 May 2006 03:43, William A. Hoffman wrote:
> At 08:09 PM 5/1/2006, Axel Roebel wrote:
> >Hello William,
> >
> >god news that there is a new version. I tried it instantly.
> >My first impression was not so positive
> >I found that it takes ages for the dependency checking.
> >I am working with template libraries where most of the code
> >is in include files. May be it is due to that, but with cmake
> >2.2.3 dependency checking was nevertheless 10 times faster.
> >With 2.4.1 dependency checking  takes longer than
> >compiling the project.
>
> I don't think any changes were made in that area.
> In fact, if anything it should be faster.   Did you build cmake
> with the same compiler/flags for 2.2.3 and 2.4.1?
> Also, I assume this is the not Xcode generator because
> that one does not do dependency checks in CMake.

Yes, I started to try unix makefiles, because I use them 
most of the time. The other problem I had with 2.2.3 was that
on macosx the shared libraries that I linked with
were searched in the build directories not in the install directories.
That seems to be fixed in 2.4.1.

However, dependency checking is much longer. I did a direct comparison:

with cmake 2.2.3 compiled with the default type , I suppose this none
time /u/formes/share/bin/cmake -E cmake_depends  "Unix 
Makefiles" /Users/roebel/src/svp/build241 /Users/roebel/src/svp/build241/compile/KernelBuild
(Continue reading)

Permalink | Reply | 6 comments |

Gmane