Boost logo

Boost-Build :

Subject: Re: [Boost-build] Boost-build Digest, Vol 84, Issue 38
From: Jim Gallagher (jim_at_[hidden])
Date: 2012-08-30 11:41:37


OK, thanks for the info. I will have to "roll my own" patch, as our build
automation is changing and drive letters will not be an option for shares.

Do you have any thoughts as to areas that will require changes? Our
specific use for UNC paths will be for third party libraries.

Jim Gallagher

Date: Thu, 30 Aug 2012 00:39:39 +0200
> From: Jurko Gospodneti? <jurko.gospodnetic_at_[hidden]>
> To: boost-build_at_[hidden]
> Subject: Re: [Boost-build] UNC path for library search path
> Message-ID: <k1m5nb$1ma$1_at_[hidden]>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> Hi.
> > It appears at first look that builtin_normalize_path() does not expect a
> > UNC path (a windows path in the form \\server\share\path).
> >
> > Does anyone has any thoughts as to whether I'm on the right track?
> Yeah, I think Boost Jam generally does not know how to handle UNC
> paths...
> I'm just now in the process of reviewing some of its path
> manipulation code to remove some cases where different path strings
> refering to the same file are not recognized as such and I've seen some
> related code that can use cleaning up. UNC paths will definitely mess up
> some of Boost Jam's 'is apsolute path' checks.
> However, I am not adding UNC path support at the moment and am first
> concentrating on recognizing all Windows/NTFS relative & absolute path
> variants correctly (to remove some recently added quick-fix Boost Build
> code). UNC paths will require more thought as with them I really can see
> no way to check whether two such paths actually refer to the same file.
> This is needed, for example, when loading the same Jam module twice
> using two different UNC paths... my guess is that in such cases we'll
> simply load the module twice with two separate module names but I have
> not gotten to that yet.
> Hope this helps.
> Best regards,
> Jurko Gospodneti?

Boost-Build list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at