Gary Kramlich | 1 Jan 2012 07:47
Gravatar

Re: Trying to get build info for a target

On 12/31/2011 05:03 PM, Robert Dailey wrote:
> Storing the source directory will require the exact idea you had
> mentioned. Use an internal cache variable or, even better, a target
> property. This is how I have done it. Each target that I create
>  specifies a list of its include directories (where other targets that
> depend on it can find its header files, and will append this directory
> to its list of searchable include directories).

I learned the  hard way, that the target property can't be named
SOURCE_LOCATION, since it just spit out the value for the LOCATION
property, which seems like a bug, unless SOURCE_LOCATION was left around
for compatibility, but I couldn't find it documented anywhere.

> 
> For defines, and I think cflags, you can use get_target_property().

Coming up empty for the target and the directory.  Tried DEFINITIONS,
COMPILE_DEFINITIONS, and COMPILE_FLAGS.  When used on the target, i get
a -NOTFOUND, and I get an empty string when used on the source directory.

> For libraries, I've also maintained a list in a target property. This is
> how you build recursive dependencies. CMake will automatically set up
> build order based on your dependencies, however you cannot query these
> libraries without maintaining them yourself. Also, another benefit to
> maintaining dependencies in target properties is that you can throw an
> error message if a target depends on another target that does not yet
> exist (used to ensure that targets are defined in the proper order in
> the cmake scripts).

It looks like I'll have to be setting these up manually too, since even
(Continue reading)

Michael Hertling | 2 Jan 2012 05:22
Picon

Re: Trying to get build info for a target

On 01/01/2012 07:47 AM, Gary Kramlich wrote:
> On 12/31/2011 05:03 PM, Robert Dailey wrote:
>> Storing the source directory will require the exact idea you had
>> mentioned. Use an internal cache variable or, even better, a target
>> property. This is how I have done it. Each target that I create
>>  specifies a list of its include directories (where other targets that
>> depend on it can find its header files, and will append this directory
>> to its list of searchable include directories).
> 
> I learned the  hard way, that the target property can't be named
> SOURCE_LOCATION, since it just spit out the value for the LOCATION
> property, which seems like a bug, unless SOURCE_LOCATION was left around
> for compatibility, but I couldn't find it documented anywhere.

A target's sources may reside in arbitrary directories; there is no
guarantee that they're located next to the CMakeLists.txt file which
defines the target. Furthermore, source files with relative path are
searched w.r.t. CMAKE_CURRENT_SOURCE_DIR and - if not found - w.r.t.
CMAKE_CURRENT_BINARY_DIR, so the notion of a "source directory"
associated with a target is not reliable, IMO.

Apart from this, I can confirm that a target property ending in
"_LOCATION" does always yield the same result as the LOCATION
target property:

CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
PROJECT(LOCATION C)
FILE(WRITE ${CMAKE_BINARY_DIR}/main.c "int main(void){return 0;}\n")
ADD_EXECUTABLE(main main.c)
SET_TARGET_PROPERTIES(main PROPERTIES XYZ_LOCATION "xyz")
(Continue reading)

David Cole | 2 Jan 2012 16:33
Favicon
Gravatar

Re: Wiki: version compatibility matrix

Hi Johannes,

Time to update again, this time for CMake 2.8.7.

This page tells me what the Cite extension is:
http://www.mediawiki.org/wiki/Extension:Cite

This page tells me it's not installed yet on the CMake wiki server:
http://www.cmake.org/Wiki/Special:Version

I'll ask the admin team to install it. I'll let you know if they say
we can't for some reason...

Thx,
David

On Fri, Oct 28, 2011 at 4:02 PM, Johannes Zarl <johannes.zarl@...> wrote:
> Hello David,
>
> I just finished the updated version for 2.8.6. Can you maybe check again with
> the wiki admins if the Cite extension can be added to the CMake wiki?
>
> Cheers,
>  Johannes
>
>
> Ceterum censeo emendationem "Cite" esse immuniendam.
>
>
> On Wednesday 05 October 2011 16:51:43 David Cole wrote:
(Continue reading)

Johannes Zarl | 2 Jan 2012 18:03
Picon
Favicon

Re: Wiki: version compatibility matrix

Hi David,

I guess I'll have time this week to update the matrix. 

In case the admin team would like to have a rationale for installing the Cite 
extension: Having the Cite extension would allow me to write the matrix in a 
more compact/less cluttered style.

Thanks for lobbying for this issue!
  Johannes

On Monday, 2. January 2012, 16:33:04, David Cole wrote:
> Hi Johannes,
> 
> Time to update again, this time for CMake 2.8.7.
> 
> This page tells me what the Cite extension is:
> http://www.mediawiki.org/wiki/Extension:Cite
> 
> This page tells me it's not installed yet on the CMake wiki server:
> http://www.cmake.org/Wiki/Special:Version
> 
> I'll ask the admin team to install it. I'll let you know if they say
> we can't for some reason...

--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
(Continue reading)

David Cole | 2 Jan 2012 18:11
Favicon
Gravatar

Bug fix requests for the *next* release of CMake...

Hi all,

Replies requested. Short replies only. Read on. Just a short reply
with bug numbers or links to the bugs is all we need here. Please move
specific discussions into the bugs themselves or start a new thread to
talk about it... Replies on this thread should just be a collector for
bug numbers.

Example one-line reply:

  http://public.kitware.com/Bug/view.php?id=12647

We are aiming for quarterly releases from now on, scheduling them
every 3 months. That would make the next release of CMake version
2.8.8, scheduled to have an "rc1" release candidate on Wed. March 7,
2012 -- just 9 weeks from this Wednesday.

If you have a particular issue that you think should be fixed for
inclusion in 2.8.8, please bring it up within the next two weeks.
Ideally, each issue will be discussed as needed on the mailing list to
come to any consensus about what should be done to fix it, and then an
entry in the bug tracker may be used to keep it on the radar screen,
and to track activity related to it. You can see what's on the roadmap
for this release here:
http://public.kitware.com/Bug/roadmap_page.php?version_id=90

Patches are always welcome. Patches that include testing of any new
features, or tests that prove a bug is really fixed on the dashboards,
basically any patch with testing is preferred over a patch with no
testing. Also, if you are *adding* code, then you also probably need
(Continue reading)

Robert Dailey | 2 Jan 2012 18:20
Picon

Re: Bug fix requests for the *next* release of CMake...

http://public.kitware.com/Bug/view.php?id=12649 

---------
Robert Dailey


On Mon, Jan 2, 2012 at 11:11 AM, David Cole <david.cole-5opLkZggLXlBDgjK7y7TUQ@public.gmane.org> wrote:
Hi all,

Replies requested. Short replies only. Read on. Just a short reply
with bug numbers or links to the bugs is all we need here. Please move
specific discussions into the bugs themselves or start a new thread to
talk about it... Replies on this thread should just be a collector for
bug numbers.

Example one-line reply:

 http://public.kitware.com/Bug/view.php?id=12647

We are aiming for quarterly releases from now on, scheduling them
every 3 months. That would make the next release of CMake version
2.8.8, scheduled to have an "rc1" release candidate on Wed. March 7,
2012 -- just 9 weeks from this Wednesday.

If you have a particular issue that you think should be fixed for
inclusion in 2.8.8, please bring it up within the next two weeks.
Ideally, each issue will be discussed as needed on the mailing list to
come to any consensus about what should be done to fix it, and then an
entry in the bug tracker may be used to keep it on the radar screen,
and to track activity related to it. You can see what's on the roadmap
for this release here:
http://public.kitware.com/Bug/roadmap_page.php?version_id=90

Patches are always welcome. Patches that include testing of any new
features, or tests that prove a bug is really fixed on the dashboards,
basically any patch with testing is preferred over a patch with no
testing. Also, if you are *adding* code, then you also probably need
to add *tests* of that code, so that the coverage percentage stays as
is or rises.

Please discuss issues here as needed, and add notes to existing issues
in the bug tracker that you are interested in seeing fixed -- we will
be looking at the mailing list and activity in the bug tracker to help
prioritize the bug fixes that will occur in the near future.


Thanks,
David Cole
Kitware, Inc.


P.S. - as a nice summary of what we accomplished in the CMake 2.8.7
release, see here:
http://public.kitware.com/Bug/changelog_page.php?version_id=89
-- it currently lists 43 issues that we resolved: nice job, everybody!

(Many of those were specifically addressed because somebody brought it
up in response to my similar email from just after the last release...
Don't be shy!)
--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Favicon
Gravatar

Re: Bug fix requests for the *next* release of CMake...

http://public.kitware.com/Bug/view.php?id=12564
http://public.kitware.com/Bug/view.php?id=11403

Jc

On Mon, Jan 2, 2012 at 12:20 PM, Robert Dailey <rcdailey-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
http://public.kitware.com/Bug/view.php?id=12649 

---------
Robert Dailey



On Mon, Jan 2, 2012 at 11:11 AM, David Cole <david.cole-5opLkZggLXlBDgjK7y7TUQ@public.gmane.org> wrote:
Hi all,

Replies requested. Short replies only. Read on. Just a short reply
with bug numbers or links to the bugs is all we need here. Please move
specific discussions into the bugs themselves or start a new thread to
talk about it... Replies on this thread should just be a collector for
bug numbers.

Example one-line reply:

 http://public.kitware.com/Bug/view.php?id=12647

We are aiming for quarterly releases from now on, scheduling them
every 3 months. That would make the next release of CMake version
2.8.8, scheduled to have an "rc1" release candidate on Wed. March 7,
2012 -- just 9 weeks from this Wednesday.

If you have a particular issue that you think should be fixed for
inclusion in 2.8.8, please bring it up within the next two weeks.
Ideally, each issue will be discussed as needed on the mailing list to
come to any consensus about what should be done to fix it, and then an
entry in the bug tracker may be used to keep it on the radar screen,
and to track activity related to it. You can see what's on the roadmap
for this release here:
http://public.kitware.com/Bug/roadmap_page.php?version_id=90

Patches are always welcome. Patches that include testing of any new
features, or tests that prove a bug is really fixed on the dashboards,
basically any patch with testing is preferred over a patch with no
testing. Also, if you are *adding* code, then you also probably need
to add *tests* of that code, so that the coverage percentage stays as
is or rises.

Please discuss issues here as needed, and add notes to existing issues
in the bug tracker that you are interested in seeing fixed -- we will
be looking at the mailing list and activity in the bug tracker to help
prioritize the bug fixes that will occur in the near future.


Thanks,
David Cole
Kitware, Inc.


P.S. - as a nice summary of what we accomplished in the CMake 2.8.7
release, see here:
http://public.kitware.com/Bug/changelog_page.php?version_id=89
-- it currently lists 43 issues that we resolved: nice job, everybody!

(Many of those were specifically addressed because somebody brought it
up in response to my similar email from just after the last release...
Don't be shy!)
--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake



--
+1 919 869 8849

--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Rolf Eike Beer | 2 Jan 2012 19:35
Picon

Re: Bug fix requests for the *next* release of CMake...

David Cole wrote:
> Hi all,
> 
> Replies requested. Short replies only. Read on. Just a short reply
> with bug numbers or links to the bugs is all we need here. Please move
> specific discussions into the bugs themselves or start a new thread to
> talk about it... Replies on this thread should just be a collector for
> bug numbers.

http://public.kitware.com/Bug/view.php?id=12648

 (Patch is attached and pushed to next a minute ago)
--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Bram Kouwenberg | 3 Jan 2012 00:30
Picon

compiling problem cmake

Hi, i want to compile an old python version from source with cmake on win 7 but during this process things go wrong with compiling a test already; below is the error text: there's a proble creating a folder '/cmTryCompileExec/fast' in CmakeTmp. I don't now why. the only strange thing is in explorer I see the following tree:


C:\python256\CMakeFiles\CMakeTmp\CMakeFiles\cmTryCompileExec.dir


it seems the config process creates another Cmakefiles folder. I have no clue why since I'm not familiar with configuring/compiling, but it might explain why this TryCompilefast folder cannot be created.


Anybody see what the problem is here?


tnx



The C compiler identification is GNU

The CXX compiler identification is GNU

Found Eclipse version 4.1 ()

Check for working C compiler: C:/MinGW32/bin/gcc.exe

Check for working C compiler: C:/MinGW32/bin/gcc.exe -- broken

CMake Error at C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):

The C compiler "C:/MinGW32/bin/gcc.exe" is not able to compile a simple

test program.

It fails with the following output:

Change Dir: C:/python256/CMakeFiles/CMakeTmp

Run Build Command:C:/PROGRA~1/CMAKE2~1.8/bin/cmake.exe

"cmTryCompileExec/fast"

CMake Error: The source directory

"C:/python256/CMakeFiles/CMakeTmp/cmTryCompileExec/fast" does not exist.

Specify --help for usage, or press the help button on the CMake GUI.

CMake will not be able to correctly generate this project.

Call Stack (most recent call first):

CMakeLists.txt:3 (project)

Configuring incomplete, errors occurred!

--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Favicon
Gravatar

Re: compiling problem cmake

Hi Bram,

In order to reproduce and understand the problem, would also be great to point us to a repository or place to download the sources.

Additionally, could you also mention which version of CMake and which generator you were using ?

Hth
Jc

On Mon, Jan 2, 2012 at 6:30 PM, Bram Kouwenberg <kouwenberg.bram-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:

Hi, i want to compile an old python version from source with cmake on win 7 but during this process things go wrong with compiling a test already; below is the error text: there's a proble creating a folder '/cmTryCompileExec/fast' in CmakeTmp. I don't now why. the only strange thing is in explorer I see the following tree:


C:\python256\CMakeFiles\CMakeTmp\CMakeFiles\cmTryCompileExec.dir


it seems the config process creates another Cmakefiles folder. I have no clue why since I'm not familiar with configuring/compiling, but it might explain why this TryCompilefast folder cannot be created.


Anybody see what the problem is here?


tnx



The C compiler identification is GNU

The CXX compiler identification is GNU

Found Eclipse version 4.1 ()

Check for working C compiler: C:/MinGW32/bin/gcc.exe

Check for working C compiler: C:/MinGW32/bin/gcc.exe -- broken

CMake Error at C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:52 (MESSAGE):

The C compiler "C:/MinGW32/bin/gcc.exe" is not able to compile a simple

test program.

It fails with the following output:

Change Dir: C:/python256/CMakeFiles/CMakeTmp

Run Build Command:C:/PROGRA~1/CMAKE2~1.8/bin/cmake.exe

"cmTryCompileExec/fast"

CMake Error: The source directory

"C:/python256/CMakeFiles/CMakeTmp/cmTryCompileExec/fast" does not exist.

Specify --help for usage, or press the help button on the CMake GUI.

CMake will not be able to correctly generate this project.

Call Stack (most recent call first):

CMakeLists.txt:3 (project)

Configuring incomplete, errors occurred!


--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake



--
+1 919 869 8849

--

Powered by www.kitware.com

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Gmane