Re: [boost] [EXTERNAL] Request for a "Policy Review" regarding 'CMakeLists.txt'

Subject: Re: [boost] [EXTERNAL] Request for a "Policy Review" regarding 'CMakeLists.txt'
From: Rob Stewart (rstewart_at_[hidden])
Date: 2016-05-19 21:48:29

On May 19, 2016 8:56:55 PM EDT, Paul Fultz II <pfultz2_at_[hidden]> wrote:
>On Thursday, May 19, 2016 at 7:30:07 PM UTC-5, Gavin Lambert wrote:
>>
>> > Yes there is a technical as well as a usability issue with hiding
>the 
>> cmake 
>> > file in some directory. This causes problems with other tools. You
>> > will no 
>> > longer be able to install a boost library with `cget install 
>> boostorg/hana`. 
>> > Instead the user will have to manually download the repo, unpack
>the 
>> > archive, 
>> > and then do `cget install hana/build`. I find that unacceptable. 
>>
>> This is a defect in cget, if it does not expect/allow CMakeLists to
>be 
>> in a subdirectory.  They are never supposed to be in the output 
>> directory of cmake (which defaults to the current directory), after
>all, 
>> so you always have to tell cmake where to find them. 
>
>'hana/build' is not the output directory, it is the directory where the
>guidelines says to put the cmake file. It is confusing, I know.
>
>Also, there is no defect in cget. cget just calls cmake on whatever 
>directory
>you give it. cget can also unpack a tar file and call cmake on that as
>well.
>It can also download a file, untar it, and call cmake on that as well. 

cget could take the subdirectory as an argument and use it after untarring, etc. The lack of that feature could be considered a defect.

___
Rob

(Sent from my portable computation engine)