Boost logo

Boost-Build :

Subject: Re: [Boost-build] intermediate directory control
From: George Georgiev (george.georgiev.sf_at_[hidden])
Date: 2012-05-15 10:33:21


Hi,

> Would it be possible to also provide a version of abbreviate-paths that is guaranteed to not go beyond the windows path limit?

My 2 cents.

I have some concerns about this idea.

The abbreviated path will be function of the root directory and the
max length of the file targets. This means that running the build from
different root directory could change the location path. Even adding a
new target with longer name could change it.

I think the persistence of the location path is important.

Thanks,
George

On Mon, May 14, 2012 at 6:02 AM, Nogradi, Chris
<Chris.Nogradi_at_[hidden]> wrote:
>> > On 13/05/12 17:30, Steven Watanabe wrote:
>> > What about:
>> >
>> > --abbreviate-paths is a deprecated synonym for
>> > location-property-path=property-set.abbreviate-paths
>> > and --hash is a deprecated synonym for
>> > location-property-path=property-set.hash-paths.
>> > (This is way too long.  I'll come up with better names.)
>>
>> On Sunday, May 13, 2012 9:19 AM, Vladimir Prus wrote:
>> That will work.
>
> As long as I can set this globally for a project like I am currently doing:
>
> modules.poke property : .abbrev : abbreviate-dashed ;
>
> it sounds good.
>
> Would it be possible to also provide a version of abbreviate-paths that is guaranteed to not go beyond the windows path limit?
>
> Chris
>
>
>
> This e-mail and any attachments may contain confidential material for the sole use of the intended recipient. If you are not the intended recipient, please be aware that any disclosure, copying, distribution or use of this e-mail or any attachment is prohibited. If you have received this e-mail in error, please contact the sender and delete all copies.
>
> Thank you for your cooperation.
>
> _______________________________________________
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost-build


Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk