Stephen Kelly wrote:
Brad King wrote:
It should be in cmTarget::ComputeLinkImplementation at this line:
If it is not that early then we need to consider the interaction
of at least these pieces:
cmTarget::GetLinkerLanguage
cmTarget::GetLinkClosure
cmTarget::ComputeLinkClosure
On 09/23/2012 01:22 PM, Alexander Neundorf wrote:
This is now in the export-sets-2 branch on stage, including a basic test.
Comments ? Ok to merge into next ?
Yes, thanks.
-Brad
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
On 09/24/2012 04:42 AM, Stephen Kelly wrote:
get_target_property(loc tgt LOCATION)
get_target_property(loc tgt LOCATION_${Config})
[snip]
It seems that the generator expressions for linked targets is in conflict
with the 'linker preference' feature. Is this a resolvable situation?
That
Brad King wrote:
The only option I see that might work is to extend the undefined behavior
documentation of the LOCATION* properties to cover use of generator
expressions with link libraries, and then try to refactor/copy the code
out of cmTarget to cmGeneratorTarget to add the generator
On 09/24/2012 09:15 AM, Stephen Kelly wrote:
I also want to obsolete the IMPORTED_LINK_INTERFACE_LIBRARIES in favor
of INTERFACE_LINK_LIBRARIES so that expressions such as
$TARGET_PROPERTY:foo,INTERFACE_LINK_LIBRARIES
work for every target, not just non-imported ones. I'm not really
Please join us NOW for a CMake Developers chat via the IRC #cmake room...
:-)
--
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:
Am Montag, 24. September 2012, 16:20:14 schrieb David Cole:
These online chat meetings, moving forward, are going to be at 2:00 PM
Eastern time US on Mondays. (Same as they have been this week and last
week...)
I am not going to send reminder emails about them -- we're all adults here,
and
On 23.09.2012 15:04, Wouter van Kleunen wrote:
I had the following idea to speed up the building even more, if a tool
can be build in ninja to list all files that need to be stat when
building a project. These files can be monitored by qtcreator and later
be provided as input again to ninja.
I prefer keep it simply.
2012/9/24 Peter Kümmel syntheti...@gmx.net
On 23.09.2012 15:04, Wouter van Kleunen wrote:
I had the following idea to speed up the building even more, if a tool
can be build in ninja to list all files that need to be stat when
building a project. These files can
Hello everyone!
I just know ninja, and like the small / fast. It's realy awesome.
But I find some issue, I am just a newbie both of CMake and Ninja.
So, If you interesting, have a look here.
1. 'ninja edit_cache' does not work if cmake-gui does not exist.
2. 'ninja test' does not work with
When I tried with one of my larger projects the first no-op build after
a full build took something between 20 and 30 seconds but no-op builds
after that were below a second.
I'm not really sure what would cause this (I guess disk or filesystem
caching?).
Nils
On 09/24/2012 10:42 AM, Peter
On 24.09.2012 11:04, Nils Gladitz wrote:
When I tried with one of my larger projects the first no-op build after
a full build took something between 20 and 30 seconds but no-op builds
after that were below a second.
I'm not really sure what would cause this (I guess disk or filesystem
On 24.09.2012 10:59, Loaden wrote:
Hello everyone!
I just know ninja, and like the small / fast. It's realy awesome.
But I find some issue, I am just a newbie both of CMake and Ninja.
So, If you interesting, have a look here.
1. 'ninja edit_cache' does not work if cmake-gui does not exist.
2.
Thanks for reply!
For NMake Makefiles or Unix Makefiles generator, it's works fine.
The dependenty set correct. no problem.
2012/9/24 Peter Kümmel syntheti...@gmx.net
it could be that your pch implementation forgets to
set a dependency.
--
*Please don't ask where I come from, It's a
On 24.09.2012 11:38, Loaden wrote:
Thanks for reply!
For NMake Makefiles or Unix Makefiles generator, it's works fine.
The dependenty set correct. no problem.
When you post build.ninja and rules.ninja, I'll have a look at it.
2012/9/24 Peter Kümmel syntheti...@gmx.net
it could be that
On Fri, Sep 21, 2012 at 2:26 PM, Reza Housseini reza.housse...@gmx.ch wrote:
Hello
I want to add my own library libsieve.so with the header file Sieve.h
to the custom target. I have the following setup:
find_program(MKOCTFILE_EXECUTABLE mkoctfile)
if(NOT MKOCTFILE_EXECUTABLE)
On 9/23/2012 4:29 PM, Burlen Loring wrote:
hmmm, I was a bit hasty in concluding that the issue has gone away in
newer releases. on another system, I have the issue with cmake 2.8.8.
The intel compiler version there is 11.1. On this system if I don't
include $INTEL_ROOT/include/intel64
Well, if ${_var} is already a cache variable, you can retrieve it's
HELPSTRING property to see what was set as the original doc string. But if
it's not, then there won't be one, and you'll be adding an undocumented
option...
On Sep 24, 2012, at 10:18 AM, David Doria daviddo...@gmail.com wrote:
Well, if ${_var} is already a cache variable, you can retrieve it's
HELPSTRING property to see what was set as the original doc string. But if
it's not, then there won't be one, and you'll be adding an undocumented
Hi all,
I seem to have a problem when using add_test(... CONFIGURATIONS ...) and
running 'make test' on Linux. It's skipping the test.
The CMakeLists.txt contains:
#...
enable_testing()
add_test(NAME test1 CONFIGURATIONS db COMMAND ...)
#...
On Windows, I invoke CMake like this:
cmake
Hi, I have a project that I'm able to build fine on Mac OS with CMake, but
when I check same project out on Ubuntu 12.04, I'm getting undefined
reference errors at link time.
Here's the relevant section of the CMakeLists.txt file, and make VERBOSE=1
output for both Mac OS X (success) and Ubuntu
I tried shifting the order around, to no avail.
I updated the gist to try to make the output a little more readable.
https://gist.github.com/3776497
I'm not sure why different flags are set here on the MacOS build vs. the
Linux build. On Mac OS I'm using clang compiler. On Linux, Gnu
The
On Monday 24 September 2012 08:39:14 you wrote:
/usr/bin/c++ -static CMakeFiles/Runtime.dir/Runtime.cpp.o -o
../bin/Runtime \
-rdynamic /usr/local/lib/libzmq.a /usr/local/lib/libczmq.a -lpthread
-lrt ../lib/libComm.a ../lib/libConfig.a
../lib/libComm.a(Comm.c.o): In function
No, ninja is not really slow. Only when the filesystem caches are cold,
a no-op build does take a considerable time. So yeah, the performance
difference will not be very big when the caches are hot.
Wouter
Op 24-9-2012 11:17, Peter Kümmel schreef:
On 24.09.2012 11:04, Nils Gladitz wrote:
Hi all,
I'm trying to figure out if there is a way to get a postflight script
installed in a CPack (with PackageMaker generator) package that uses
components. If I don't use components, it works just fine. If I manually
copy the postflight script INTO the individual component, it works.
On 09/24/2012 07:04 AM, Bill Hoffman wrote:
On 9/23/2012 4:29 PM, Burlen Loring wrote:
hmmm, I was a bit hasty in concluding that the issue has gone away in
newer releases. on another system, I have the issue with cmake 2.8.8.
The intel compiler version there is 11.1. On this system if I don't
On Sun, 23 Sep 2012 01:33:04 -0700, Aaron Smith said:
I'm working on a C project and using CMake. I've been trying to get
coverage testing working and am just about there.
This is what I have figured out so far:
-use clang for c compiler. gcc on the latest Xcode does nothing with
-fprofile-arcs
I have a build that needs to cross-compile. The directory structure
looks something like this:
/src
/lib
|
-- linux
|
-- libFoo.so
|
-- embedded
|
-- libFoo.so
libFoo.so under embedded was cross-compiled, and I have a Toolchain
file to cross-compile my project's source and I
Hi all,
I'm planning to do sort of a start contributing to CMake session this
weekend, mainly on Saturday. I'm not absolutely sure if I can make it, but the
plan is definitely to be around ~1200-1600 CEST. I'm around in the channel
basically all the time, so you may ask questions any time. But
Hi,
Worked couple of days ago. Help welcome.
Laszlo
-- Found Threads: TRUE
-- Found OpenSSL: /usr/lib/libssl.so
-- Looking for _POSIX_TIMERS
-- Looking for _POSIX_TIMERS - found
CMake Error at
/usr/share/apps/cmake/modules/FindPackageHandleStandardArgs.cmake:198
(MESSAGE):
Did not find
Maybe I missed some other part of this conversation, but where are you
hanging out? IRC? Webcase? Mail list?
Thanks
--
Mike Jackson www.bluequartz.net
On Sep 24, 2012, at 6:06 PM, Rolf Eike Beer wrote:
Hi all,
I'm planning to do sort of a start contributing to CMake session this
weekend,
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 694086e5ab99ecfa29cdeaf4c7824dd2ee890399 (commit)
via
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 4a07a0e51a8d3890da39ace8959e1389a28277f7 (commit)
via
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 adeca53e570ec4c17d3e23d95e95518ef500fa7d (commit)
via
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 74a913f3f6235c6b6fb726145ea874da87e71ee7 (commit)
via
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 8a5434bf3d46377984c7eb416c6ae473b8028cb7 (commit)
via
36 matches
Mail list logo