Re: Changed (wrong?) behavior with make/common.copy in master

Steven Watanabe via Boost-build <[email protected]>
Newsgroups gmane.comp.lib.boost.build
Organization Providere Consulting, Inc.
Message-ID <[email protected]>
AMDG

On 07/06/2018 04:22 PM, Chambers, Matthew via Boost-build wrote:
> On 6/8/2018 11:36 PM, Steven Watanabe via Boost-build wrote:
>> On 06/08/2018 01:12 PM, Chambers, Matthew via Boost-build wrote:
>>> On master (c3dc95d3ac0219a0f774e6d382ed91d290cbde80) the behavior of my
>>> old make/copy targets has broken. With this simple Jamroot:
>>>> make copied.txt : others/others.txt : common.copy ;
>>>> make copied.txt : darwin/darwin.txt : common.copy : <toolset>darwin ;
>>>>
>>>> actions make_libsettings
>>>> {
>>>>      echo boo > "$(<[1])"
>>>> }
>>>> make bar.txt : : @make_libsettings : <location>bin/foo
>>>> <dependency>copied.txt ;
>> This change is intentional.  <snip>
>>
> Thanks for the quick answer Steven. There's aspect of the old behavior I
> haven't been able to reproduce:
> 
> If I make a target depend on copied.txt from a different project
> (directory), how do I get the copied.txt's <location> to be based on the
> dependent target rather than the path components of the project that
> copied.txt is defined in?
> 

  I'm not sure I understand what you're trying to do
here.  I realize that sometimes files may need to be
in the same directory, but if the dependent target is
in a different project, then that automatically means
that you get different build directories.

In Christ,
Steven Watanabe
_______________________________________________
Unsubscribe & other changes: https://lists.boost.org/mailman/listinfo.cgi/boost-build
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.