I’m looking at platforms which need rpath rewrite. Maybe I’m wrong but I 
imagine that the patch will be more complicated (and my knowledge of cpack 
architecture is limited).

Why not activate this optimisation only for mingw32, cause the main problem is 
cpack with mingw32 is unusable for the moment ?

Majority of Windows installers place multiple executables and libraries inside 
the same folder, so maybe we can forget about *granular* get_prerequisites ?

Optimisation should be deactivated by default (this way cpack will have the 
same behavior as earlier version and will not break previous projects)

My 2 cents ...

Laurent
 
> Le 20 juin 2016 à 23:40, Ben Boeckel <ben.boec...@kitware.com> a écrit :
> 
> On Mon, Jun 20, 2016 at 23:05:11 +0200, laurent wrote:
>> I mean dependencies will be marked as *analysed* at global scope.
>> 
>> Is cpack able to pack 2 binaries at the same time ?
> 
> Concurrently, no. In a single invokation, yes (though it is still just
> one package).
> 
>> Maybe i could suffix GET_PREREQUISITES_ANALYZED with something unique
>> to the current main target (get_prerequisites has an argument called
>> exepath )
>> 
>> Do you have some advices ?
> 
> Multiple executables might go into the same package and amortizing
> looking at common libraries that way would be useful. I think a new
> keyword to get_prerequisites along the lines of "PACKAGE_GROUP" or
> something would be useful for those that need such things (with it
> defaulting to "default" or something).
> 
> --Ben

-- 

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

Reply via email to