On 07/09/2014 05:12 PM, Brad King wrote:
On 06/11/2014 10:46 AM, Brad King wrote:
Here is a sscce::
cmake_minimum_required(VERSION 2.8.9)
project(ManyLibs C)
set(LibPrev)
foreach(n RANGE 100)
add_library(Lib${n} SHARED lib.c)
target_link_libraries(Lib${n} LINK_PUBLIC
On 07/15/2014 07:00 AM, Stephen Kelly wrote:
On 07/09/2014 05:12 PM, Brad King wrote:
Memory usage explodes during generation and CMake sometimes
runs out and crashes.
Is this affected in any way by the recent refactoring with the same
motivation?
The refactoring so far does not help much
On 06/11/2014 10:46 AM, Brad King wrote:
Here is a sscce::
cmake_minimum_required(VERSION 2.8.9)
project(ManyLibs C)
set(LibPrev)
foreach(n RANGE 100)
add_library(Lib${n} SHARED lib.c)
target_link_libraries(Lib${n} LINK_PUBLIC ${LibPrev})
set(LibPrev Lib${n})
On 06/10/2014 01:17 PM, Ben Boeckel wrote:
Brad is going to take a deeper look at it and might have more
information in the next few days.
Here is a sscce::
cmake_minimum_required(VERSION 2.8.9)
project(ManyLibs C)
set(LibPrev)
foreach(n RANGE 100)
add_library(Lib${n} SHARED lib.c)
On Wed, Jun 11, 2014 at 10:46 AM, Brad King wrote:
I was able to lower the constant factor on the O(n^2) time
locally with a change to make GetTransitiveTargetClosure
callers:
http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmTarget.cxx;hb=487b6ccd#l5215
On 06/11/2014 10:46 AM, Brad King wrote:
However, please look at improving the implementation to have
something under O(n^2) complexity when the usage requirements
do not actually depend on the headTarget.
After looking through the related code I have a few other comments.
I see a lot of
On Wed, Jun 11, 2014 at 10:46:52 -0400, Brad King wrote:
However, please look at improving the implementation to have
something under O(n^2) complexity when the usage requirements
do not actually depend on the headTarget.
I've added a branch on stage which contains a test for cmake's big-O