[cmake-developers] Random hang of building process: deedlock in cmake.

2014-07-11 Thread Vitaly Chernooky
Hi all!

Today I caught again a hang of local building process.

I used debugger and strace in steps to catch a bug.

so:

$ pstree
...
 |  |  └─gbs───sh───depanneur─┬─sh───sudo───build─┬─perl
 │  │ │
└─su───rpmbuild───sh───cmake───gmake
...
$ ps ax | grep gmake
...
1105 ?Z  0:00 [gmake] defunct
...
$ ps ax | grep cmake
...
  760 ?S  0:01 /usr/bin/cmake ...
...
$ sudo strace -p 760
[sudo] password for vitalii.chernookyi:


Process 760 attached - interrupt to quit
select(4, [3], NULL, NULL, NULL^C unfinished ...


Process 760 detached
$ ls -l /proc/760/fd/3
lr-x-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:41 /proc/760/fd/3 -
pipe:[1670438]
$ ls -l /proc/*/fd/* | grep 'pipe:\[1670438\]'
lr-x-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:41 /proc/760/fd/3 -
pipe:[1670438]
l-wx-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:42 /proc/760/fd/4 -
pipe:[1670438]

$ sudo gdb -p 760
...
0x60138543 in ?? ()


(gdb) bt
#0  0x60138543 in ?? ()


#1  0x6004a4ce in ?? ()
#2  0x6004e2fe in ?? ()


#3  0x60040309 in ?? ()
#4  0x600039ee in ?? ()


#5  0x600d9584 in ?? ()
#6  0x60003f41 in ?? ()


#7  0x7fff61dc5e88 in ?? ()
#8  0x in ?? ()


(gdb) quit


...
$


So we caught a deedlock.

Do anyone have any idea how to fix it?


-- 
*Vitaly Chernooky | Senior Developer - Product Engineering and Development*
GlobalLogic
P *+380.44.4929695 ext.1136* M *+380.98.7920568* S cvv_2k
www.globallogic.com

http://www.globallogic.com/email_disclaimer.txt
-- 

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:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] [Dev] Random hang of building process: deedlock in cmake.

2014-07-11 Thread Vitaly Chernooky
Alexander,

Yes - you are right.

It's just excellent illustration why I hate pipes.

So CMake guys can remove this crap from their code and use socketpair() or
like instead.

\\wbr


On Fri, Jul 11, 2014 at 12:33 PM, Kanevskiy, Alexander 
alexander.kanevs...@intel.com wrote:

 On 11/07/14 12:15 , Vitaly Chernooky
 vitalii.chernoo...@globallogic.com wrote:


 This looks like old “good” bug in qemu that sometimes re-appear in certain
 combination of host environment and sources you’re building:

 https://bugs.launchpad.net/qemu/+bug/955379




 Hi all!
 
 Today I caught again a hang of local building process.
 
 I used debugger and strace in steps to catch a bug.
 
 so:
 
 $ pstree
 ...
  |  |  └─gbs───sh───depanneur─┬─sh───sudo───build─┬─perl
  │  │ │
 └─su───rpmbuild───sh───cmake───gmake
 ...
 $ ps ax | grep gmake
 ...
 1105 ?Z  0:00 [gmake] defunct
 
 ...
 $ ps ax | grep cmake
 ...
   760 ?S  0:01 /usr/bin/cmake ...
 
 ...
 $ sudo strace -p 760
 [sudo] password for vitalii.chernookyi:
 
 
 Process 760 attached - interrupt to quit
 select(4, [3], NULL, NULL, NULL^C unfinished ...
 
 
 Process 760 detached
 $ ls -l /proc/760/fd/3
 
 lr-x-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:41 /proc/760/fd/3
 - pipe:[1670438]
 
 $ ls -l /proc/*/fd/* | grep 'pipe:\[1670438\]'
 lr-x-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:41 /proc/760/fd/3
 - pipe:[1670438]
 l-wx-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:42 /proc/760/fd/4
 - pipe:[1670438]
 
 
 $ sudo gdb -p 760
 ...
 0x60138543 in ?? ()
 
 
 (gdb) bt
 #0  0x60138543 in ?? ()
 
 
 #1  0x6004a4ce in ?? ()
 #2  0x6004e2fe in ?? ()
 
 
 #3  0x60040309 in ?? ()
 #4  0x600039ee in ?? ()
 
 
 #5  0x600d9584 in ?? ()
 #6  0x60003f41 in ?? ()
 
 
 #7  0x7fff61dc5e88 in ?? ()
 #8  0x in ?? ()
 
 
 (gdb) quit
 
 
 
 
 ...
 $
 
 
 
 So we caught a deedlock.
 
 Do anyone have any idea how to fix it?
 
 
 --
 Vitaly Chernooky | Senior Developer - Product Engineering and Development
 GlobalLogic
 P +380.44.4929695 ext.1136 M +380.98.7920568 S cvv_2k
 www.globallogic.com http://www.globallogic.com
 
 http://www.globallogic.com/email_disclaimer.txt
 
 
 
 
 
 


 --
 Best regards, Alexander Kanevskiy.

 -
 Intel Finland Oy
 Registered Address: PL 281, 00181 Helsinki
 Business Identity Code: 0357606 - 4
 Domiciled in Helsinki

 This e-mail and any attachments may contain confidential material for
 the sole use of the intended recipient(s). Any review or distribution
 by others is strictly prohibited. If you are not the intended
 recipient, please contact the sender and delete all copies.




-- 
*Vitaly Chernooky | Senior Developer - Product Engineering and Development*
GlobalLogic
P *+380.44.4929695 ext.1136* M *+380.98.7920568* S cvv_2k
www.globallogic.com

http://www.globallogic.com/email_disclaimer.txt
-- 

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:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] [Dev] Random hang of building process: deedlock in cmake.

2014-07-11 Thread Vitaly Chernooky
Also it will be good if every body from us will vote for that bug on
launchpad.


On Fri, Jul 11, 2014 at 12:54 PM, Vitaly Chernooky 
vitalii.chernoo...@globallogic.com wrote:

 Alexander,

 Yes - you are right.

 It's just excellent illustration why I hate pipes.

 So CMake guys can remove this crap from their code and use socketpair() or
 like instead.

 \\wbr


 On Fri, Jul 11, 2014 at 12:33 PM, Kanevskiy, Alexander 
 alexander.kanevs...@intel.com wrote:

 On 11/07/14 12:15 , Vitaly Chernooky
 vitalii.chernoo...@globallogic.com wrote:


 This looks like old “good” bug in qemu that sometimes re-appear in certain
 combination of host environment and sources you’re building:

 https://bugs.launchpad.net/qemu/+bug/955379




 Hi all!
 
 Today I caught again a hang of local building process.
 
 I used debugger and strace in steps to catch a bug.
 
 so:
 
 $ pstree
 ...
  |  |  └─gbs───sh───depanneur─┬─sh───sudo───build─┬─perl
  │  │ │
 └─su───rpmbuild───sh───cmake───gmake
 ...
 $ ps ax | grep gmake
 ...
 1105 ?Z  0:00 [gmake] defunct
 
 ...
 $ ps ax | grep cmake
 ...
   760 ?S  0:01 /usr/bin/cmake ...
 
 ...
 $ sudo strace -p 760
 [sudo] password for vitalii.chernookyi:
 
 
 Process 760 attached - interrupt to quit
 select(4, [3], NULL, NULL, NULL^C unfinished ...
 
 
 Process 760 detached
 $ ls -l /proc/760/fd/3
 
 lr-x-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:41 /proc/760/fd/3
 - pipe:[1670438]
 
 $ ls -l /proc/*/fd/* | grep 'pipe:\[1670438\]'
 lr-x-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:41 /proc/760/fd/3
 - pipe:[1670438]
 l-wx-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:42 /proc/760/fd/4
 - pipe:[1670438]
 
 
 $ sudo gdb -p 760
 ...
 0x60138543 in ?? ()
 
 
 (gdb) bt
 #0  0x60138543 in ?? ()
 
 
 #1  0x6004a4ce in ?? ()
 #2  0x6004e2fe in ?? ()
 
 
 #3  0x60040309 in ?? ()
 #4  0x600039ee in ?? ()
 
 
 #5  0x600d9584 in ?? ()
 #6  0x60003f41 in ?? ()
 
 
 #7  0x7fff61dc5e88 in ?? ()
 #8  0x in ?? ()
 
 
 (gdb) quit
 
 
 
 
 ...
 $
 
 
 
 So we caught a deedlock.
 
 Do anyone have any idea how to fix it?
 
 
 --
 Vitaly Chernooky | Senior Developer - Product Engineering and Development
 GlobalLogic
 P +380.44.4929695 ext.1136 M +380.98.7920568 S cvv_2k
 www.globallogic.com http://www.globallogic.com
 
 http://www.globallogic.com/email_disclaimer.txt
 
 
 
 
 
 


 --
 Best regards, Alexander Kanevskiy.

 -
 Intel Finland Oy
 Registered Address: PL 281, 00181 Helsinki
 Business Identity Code: 0357606 - 4
 Domiciled in Helsinki

 This e-mail and any attachments may contain confidential material for
 the sole use of the intended recipient(s). Any review or distribution
 by others is strictly prohibited. If you are not the intended
 recipient, please contact the sender and delete all copies.




 --
 *Vitaly Chernooky | Senior Developer - Product Engineering and Development*
 GlobalLogic
 P *+380.44.4929695 ext.1136 %2B380.44.4929695%20ext.1136* M *+380.98.7920568
 %2B380.98.7920568* S cvv_2k
 www.globallogic.com

 http://www.globallogic.com/email_disclaimer.txt




-- 
*Vitaly Chernooky | Senior Developer - Product Engineering and Development*
GlobalLogic
P *+380.44.4929695 ext.1136* M *+380.98.7920568* S cvv_2k
www.globallogic.com

http://www.globallogic.com/email_disclaimer.txt
-- 

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:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] [Dev] Random hang of building process: deedlock in cmake.

2014-07-11 Thread Vitaly Chernooky
Ilya,

do you still interested in build logs?

I've collected them.

\\wbr



On Fri, Jul 11, 2014 at 12:29 PM, Ilya Palachev i.palac...@samsung.com
wrote:

  Hi, Vitaly.
 Maybe your backtrace information will be somehow more useful if you
 download and unrpm
 debuginfo and debugsource rpm packages from the repository that you
 use as default repository in your ~/.gbs.conf

 If you use native gdb (not in chroot) these RPMs should be unrpm'ed inside
 root (/) directory, so that new files
 will appear in directories /usr/lib/debug and /usr/src/debug.

 I have already noticed cmake's hanging in our build system for many times
 about 2 yours ago. Maybe it's specific for our environment.

 Also the output log of cmake will be useful. Does cmake hangs during the
 search of some libraries?

 Best regards,
 Ilya Palachev
 --

 *From:* Vitaly Chernooky vitalii.chernoo...@globallogic.com
 vitalii.chernoo...@globallogic.com
 *Sent:* Friday, July 11, 2014 1:15PM
 *To:* cmake-developers@cmake.org, d...@lists.tizen.org
 d...@lists.tizen.org d...@lists.tizen.org
 *Cc:* Andrii Anisov andrii.ani...@globallogic.com
 andrii.ani...@globallogic.com
 *Subject:* [Dev] Random hang of building process: deedlock in cmake.

  Hi all!

  Today I caught again a hang of local building process.

  I used debugger and strace in steps to catch a bug.

  so:

  $ pstree
 ...
   |  |  └─gbs───sh───depanneur─┬─sh───sudo───build─┬─perl
  │  │ │
 └─su───rpmbuild───sh───cmake───gmake
 ...
 $ ps ax | grep gmake
 ...
 1105 ?Z  0:00 [gmake] defunct
  ...
 $ ps ax | grep cmake
 ...
   760 ?S  0:01 /usr/bin/cmake ...
  ...
 $ sudo strace -p 760
  [sudo] password for vitalii.chernookyi:


 Process 760 attached - interrupt to quit
 select(4, [3], NULL, NULL, NULL^C unfinished ...


 Process 760 detached
 $ ls -l /proc/760/fd/3

 lr-x-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:41 /proc/760/fd/3 -
 pipe:[1670438]
  $ ls -l /proc/*/fd/* | grep 'pipe:\[1670438\]'
  lr-x-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:41 /proc/760/fd/3
 - pipe:[1670438]
 l-wx-- 1 vitalii.chernookyi tizendev 64 Jul 11 11:42 /proc/760/fd/4 -
 pipe:[1670438]

  $ sudo gdb -p 760
 ...
  0x60138543 in ?? ()


 (gdb) bt
 #0  0x60138543 in ?? ()


 #1  0x6004a4ce in ?? ()
 #2  0x6004e2fe in ?? ()


 #3  0x60040309 in ?? ()
  #4  0x600039ee in ?? ()


 #5  0x600d9584 in ?? ()
 #6  0x60003f41 in ?? ()


 #7  0x7fff61dc5e88 in ?? ()
 #8  0x in ?? ()


  (gdb) quit


  ...
 $


  So we caught a deedlock.

 Do anyone have any idea how to fix it?


  --
  *Vitaly Chernooky | Senior Developer - Product Engineering and
 Development*
 GlobalLogic
 P *+380.44.4929695 ext.1136 %2B380.44.4929695%20ext.1136* M *+380.98.7920568
 %2B380.98.7920568* S cvv_2k
 www.globallogic.com

  http://www.globallogic.com/email_disclaimer.txt


 ___
 Dev mailing listDev@lists.tizen.orghttps://lists.tizen.org/listinfo/dev








-- 
*Vitaly Chernooky | Senior Developer - Product Engineering and Development*
GlobalLogic
P *+380.44.4929695 ext.1136* M *+380.98.7920568* S cvv_2k
www.globallogic.com

http://www.globallogic.com/email_disclaimer.txt
-- 

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:
http://public.kitware.com/mailman/listinfo/cmake-developers

[cmake-developers] [CMake 0015017]: Changing compiler/library versions, Finding Packages, and etc.

2014-07-11 Thread Mantis Bug Tracker

The following issue has been SUBMITTED. 
== 
http://www.cmake.org/Bug/view.php?id=15017 
== 
Reported By:rhl
Assigned To:
== 
Project:CMake
Issue ID:   15017
Category:   (No Category)
Reproducibility:always
Severity:   feature
Priority:   normal
Status: new
== 
Date Submitted: 2014-07-11 18:24 EDT
Last Modified:  2014-07-11 18:24 EDT
== 
Summary:Changing compiler/library versions, Finding
Packages, and etc.
Description: 
Hi,

I really enjoy using CMake, it takes a lot of redundancy and hassle out of build
systems. Thank you to 
all developers involved :)

I am writing to request the developers to consider making a high level change to
the way that the compilers are chosen and changed as well as packages are added.

It would be great if there was a way (say within ccmake) to selectively choose
which of the many compilers on a system are available, and, when adding packages
via find_package, if some list of the available FindXXX.cmake scripts could be
made conveniently available.  Regularly I am on a system with many compiler
choices ( a modern os/x machine with homebrew will have clang by default, but
gcc installed on the side potentially, or gcc symlinked to clang) and possibly
many library versions. It would be great to be able to selectively choose when
running cmake or ccmake which of these libraries/compilers I want to
compile/link with based on what cmake is able to find when inspecting the
system.

On linux with the environment-modules or like program, many many different
compilers can be available, many flavors of gcc, icc, clang, etc.. I find it a
hassle to have to modify the CMakeLists.txt each time i need to change the
compiler and add/remove specific compiler flags.

I'm sure you are all busy and i'm not sure if anyone else is interested in this,
or some variant of this idea..

At any rate, thanks again for all your hard work.
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2014-07-11 18:24 rhlNew Issue
==

-- 

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:
http://public.kitware.com/mailman/listinfo/cmake-developers


[CMake] Setting Policy CMP0028

2014-07-11 Thread pierre . andersson


I have a very large project that is built with CMake, and I'm trying to
make it work a little nicer with CMake 3. Right now we, we see everal
warnigns that policy CMP0028 is not set.

Using

cmake_policy(SET CMP0028 OLD)

does not seem to take effect. It's set at the same, top level, place where
other policies are set and these do take effect. Likewise, setting the
policy to NEW does not make CMake produce the fatal error like the
documentation says it should. What am I missing here?

Regards,
Pierre Andersson-- 

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:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Setting Policy CMP0028

2014-07-11 Thread Nils Gladitz

On 07/11/2014 11:00 AM, pierre.anders...@se.atlascopco.com wrote:

I have a very large project that is built with CMake, and I'm trying to
make it work a little nicer with CMake 3. Right now we, we see everal
warnigns that policy CMP0028 is not set.

Using

cmake_policy(SET CMP0028 OLD)

does not seem to take effect. It's set at the same, top level, place
where other policies are set and these do take effect. Likewise, setting
the policy to NEW does not make CMake produce the fatal error like the
documentation says it should. What am I missing here?


With a minimal test case the policy seems to work for me in 3.0.

What might reset the policy after it was set is:
- A call to cmake_minimum_required()
- A call to cmake_policy(VERSION)

Nils
--

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:
http://public.kitware.com/mailman/listinfo/cmake


Re: [CMake] Setting Policy CMP0028

2014-07-11 Thread pierre . andersson

Thanks for the response. None of those are called in the CMakeLists.txt
file that the warning is issued for, they are both called in a file above
that one  in the build tree but said file also sets the CML0028 policy
afterwards. Is it possible that a call to cmake_minimum_required resets the
policies even for CMakeLists.txt that are not below it in the build system
tree?

Regards,
Pierre Andersson




From:   Nils Gladitz nilsglad...@gmail.com
To: pierre.anders...@se.atlascopco.com, cmake@cmake.org
Date:   2014-07-11 11:31
Subject:Re: [CMake] Setting Policy CMP0028



On 07/11/2014 11:00 AM, pierre.anders...@se.atlascopco.com wrote:
 I have a very large project that is built with CMake, and I'm trying to
 make it work a little nicer with CMake 3. Right now we, we see everal
 warnigns that policy CMP0028 is not set.

 Using

 cmake_policy(SET CMP0028 OLD)

 does not seem to take effect. It's set at the same, top level, place
 where other policies are set and these do take effect. Likewise, setting
 the policy to NEW does not make CMake produce the fatal error like the
 documentation says it should. What am I missing here?

With a minimal test case the policy seems to work for me in 3.0.

What might reset the policy after it was set is:
 - A call to cmake_minimum_required()
 - A call to cmake_policy(VERSION)

Nils
-- 

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:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Setting Policy CMP0028

2014-07-11 Thread Nils Gladitz

On 07/11/2014 01:33 PM, pierre.anders...@se.atlascopco.com wrote:

Thanks for the response. None of those are called in the CMakeLists.txt
file that the warning is issued for, they are both called in a file
above that one  in the build tree but said file also sets the CML0028
policy afterwards. Is it possible that a call to cmake_minimum_required
resets the policies even for CMakeLists.txt that are not below it in the
build system tree?


You can not change policies for the parent; only for the current and 
subdirectories.


It might help if you could create a minimal, selfcontained test case to 
reproduce and debug the issue.


Nils

--

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:
http://public.kitware.com/mailman/listinfo/cmake


[CMake] Mastering CMake book

2014-07-11 Thread Petar Petrov
Hello,
just wondering how up to date is the Mastering CMakebook. Does it
cover all 3.0 changes ?

Greetings,
Petar
-- 

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:
http://public.kitware.com/mailman/listinfo/cmake


Re: [CMake] Setting Policy CMP0028

2014-07-11 Thread pierre . andersson

Then it is odd that it does not work, the warning is given during
generation time and I have tested to print the status of the 0028 policy at
all points where the projects that get the warning has their
add_library/add_executable command called, as well as at the end of their
respective CMakeLists.txt files and it remains in the state OLD throughout.
At which point is the state of the policy stored when it comes to
generation time? I can see that it works when I construct a minimal
example, so knowing when it's state is 'used' would greaty help in solving
the issue or creating a minimal example that showcases the problem.

Regards,
Pierre Andersson




From:   Nils Gladitz nilsglad...@gmail.com
To: pierre.anders...@se.atlascopco.com
Cc: cmake@cmake.org
Date:   2014-07-11 14:32
Subject:Re: [CMake] Setting Policy CMP0028



On 07/11/2014 01:33 PM, pierre.anders...@se.atlascopco.com wrote:
 Thanks for the response. None of those are called in the CMakeLists.txt
 file that the warning is issued for, they are both called in a file
 above that one  in the build tree but said file also sets the CML0028
 policy afterwards. Is it possible that a call to cmake_minimum_required
 resets the policies even for CMakeLists.txt that are not below it in the
 build system tree?

You can not change policies for the parent; only for the current and
subdirectories.

It might help if you could create a minimal, selfcontained test case to
reproduce and debug the issue.

Nils

-- 

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:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Setting Policy CMP0028

2014-07-11 Thread Nils Gladitz

On 07/11/2014 03:33 PM, pierre.anders...@se.atlascopco.com wrote:

Then it is odd that it does not work, the warning is given during
generation time and I have tested to print the status of the 0028 policy
at all points where the projects that get the warning has their
add_library/add_executable command called, as well as at the end of
their respective CMakeLists.txt files and it remains in the state OLD
throughout.
At which point is the state of the policy stored when it comes to
generation time? I can see that it works when I construct a minimal
example, so knowing when it's state is 'used' would greaty help in
solving the issue or creating a minimal example that showcases the problem.


Given that the warning is at generation time I think it should be the 
state of the policy at the end of the CMakeLists.txt that defines the 
target (add_library/add_executable).


Nils

--

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:
http://public.kitware.com/mailman/listinfo/cmake


Re: [CMake] Mastering CMake book

2014-07-11 Thread Iosif Neitzke
The latest edition of Mastering CMake is 6th edition (September 13,
2013), covering versions of CMake up to and including 2.8.12.

On Fri, Jul 11, 2014 at 8:34 AM, Petar Petrov pip...@gmail.com wrote:
 Hello,
 just wondering how up to date is the Mastering CMakebook. Does it
 cover all 3.0 changes ?

 Greetings,
 Petar
 --

 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:
 http://public.kitware.com/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:
http://public.kitware.com/mailman/listinfo/cmake


[CMake] Changing the the current generator in CMake GUI

2014-07-11 Thread Edward Diener
Shouldn't there be a way to change the current generator in the CMake 
GUI ? It seems like I can only do this if I choose a new Where to build 
the binaries path. But what if I just want to change the current 
generator to something else using the current outpath path ?


--

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:
http://public.kitware.com/mailman/listinfo/cmake


Re: [CMake] Changing the the current generator in CMake GUI

2014-07-11 Thread John Drescher
On Fri, Jul 11, 2014 at 10:33 AM, Edward Diener
eldlistmaili...@tropicsoft.com wrote:
 Shouldn't there be a way to change the current generator in the CMake GUI ?
 It seems like I can only do this if I choose a new Where to build the
 binaries path. But what if I just want to change the current generator to
 something else using the current outpath path ?


You can also do this if you reset the cache in cmake-gui.

John
-- 

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:
http://public.kitware.com/mailman/listinfo/cmake


Re: [CMake] Changing the the current generator in CMake GUI

2014-07-11 Thread Bill Hoffman

On 7/11/2014 10:33 AM, Edward Diener wrote:

Shouldn't there be a way to change the current generator in the CMake
GUI ? It seems like I can only do this if I choose a new Where to build
the binaries path. But what if I just want to change the current
generator to something else using the current outpath path ?
No, once the generator is set and you have run cmake once, you need to 
create a new build tree or wipe out the one you created the first time. 
 CMake stores a bunch of information about the compiler in the cache 
and other files in the build tree.  It does not know how to change all 
that without a clean tree.


-Bill

--

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:
http://public.kitware.com/mailman/listinfo/cmake


[CMake] Vary SUFFIX by build for SHARED MODULE?

2014-07-11 Thread Tessier, Philip A (TASC)
All, greetings and thank you!

I have a requirement to produce (on Windows, using Visual Studio) a plugin 
(DLL) whose suffix varies by build. For example, foo.plugin (for Release) and 
foo.pluginD (for Debug). I expect to use:

add_library(foo MODULE ${Sources})

and am hoping for a SUFFIX_DEBUG, SUFFIX_RELEASE-type variable to specify, like:

set(SUFFIX .plugin)
set(SUFFIX_DEBUG .pluginD)

Any help will be appreciated!
Thanks,

Phil


Philip A. Tessier
[cid:image001.jpg@01CF9CFA.188BB5C0]

Tri-Service Research Laboratory (TSRL)
4141 Petroleum Road, Ste 2115E
JBSA Fort Sam Houston TX 78234-2644
210-867-6775 mobile
210-539-8273 office
philip.tess...@tasc.commailto:philip.tess...@tasc.com
philip.a.tessier@mail.milmailto:philip.a.tessier@mail.mil


CONFIDENTIALITY NOTICE: This message and any attachments or files transmitted 
with it (collectively, the Message) are intended only for the addressee and 
may contain information that is privileged, proprietary and/or prohibited from 
disclosure by law or contract. If you are not the intended recipient: (a) 
please do not read, copy or retransmit the Message; (b) permanently delete 
and/or destroy all electronic and hard copies of the Message; (c) notify us by 
return email; and (d) you are hereby notified that any dissemination, 
distribution or copying of the Message is strictly prohibited.
-- 

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:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] Vary SUFFIX by build for SHARED MODULE?

2014-07-11 Thread Michael Jackson

#-- Set the Debug and Release names for the libraries
SET_TARGET_PROPERTIES( ${targetName}
PROPERTIES
DEBUG_POSTFIX ${DEBUG_EXTENSION} )

Mike Jackson

On Jul 11, 2014, at 12:20 PM, Tessier, Philip A (TASC) 
philip.tess...@tasc.com wrote:

 All, greetings and thank you!
  
 I have a requirement to produce (on Windows, using Visual Studio) a “plugin” 
 (DLL) whose suffix varies by build. For example, foo.plugin (for Release) and 
 foo.pluginD (for Debug). I expect to use:
  
 add_library(foo MODULE ${Sources})
  
 and am hoping for a SUFFIX_DEBUG, SUFFIX_RELEASE-type variable to specify, 
 like:
  
 set(SUFFIX “.plugin”)
 set(SUFFIX_DEBUG “.pluginD”)
  
 Any help will be appreciated!
 Thanks,
  
 Phil
  
  
 Philip A. Tessier
 image001.jpg
  
 Tri-Service Research Laboratory (TSRL)
 4141 Petroleum Road, Ste 2115E
 JBSA Fort Sam Houston TX 78234-2644
 210-867-6775 mobile
 210-539-8273 office
 philip.tess...@tasc.com
 philip.a.tessier@mail.mil
  
 CONFIDENTIALITY NOTICE: This message and any attachments or files transmitted 
 with it (collectively, the Message) are intended only for the addressee and 
 may contain information that is privileged, proprietary and/or prohibited 
 from disclosure by law or contract. If you are not the intended recipient: 
 (a) please do not read, copy or retransmit the Message; (b) permanently 
 delete and/or destroy all electronic and hard copies of the Message; (c) 
 notify us by return email; and (d) you are hereby notified that any 
 dissemination, distribution or copying of the Message is strictly prohibited.
 
 -- 
 
 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:
 http://public.kitware.com/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:
http://public.kitware.com/mailman/listinfo/cmake


[Cmake-commits] CMake branch, master, updated. v3.0.0-1357-g2eadd12

2014-07-11 Thread Kitware Robot
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  2eadd127e9d5cad03f6a596bb01dfc682734f7b6 (commit)
  from  c9b5e341875e7d51d94c06e3d264f020b288d26c (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 -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2eadd127e9d5cad03f6a596bb01dfc682734f7b6
commit 2eadd127e9d5cad03f6a596bb01dfc682734f7b6
Author: Kitware Robot kwro...@kitware.com
AuthorDate: Sat Jul 12 00:01:18 2014 -0400
Commit: Kitware Robot kwro...@kitware.com
CommitDate: Sat Jul 12 00:01:18 2014 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 7bf43cb..609af5d 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 0)
-set(CMake_VERSION_PATCH 20140711)
+set(CMake_VERSION_PATCH 20140712)
 #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
http://public.kitware.com/mailman/listinfo/cmake-commits