Boost logo

Boost :

Subject: Re: [boost] [graph-parallel] bcp update, was: The boost component dependencies blues
From: Jeremiah Willcock (jewillco_at_[hidden])
Date: 2009-12-18 09:09:41


On Fri, 18 Dec 2009, Vladimir Prus wrote:

> Jeremiah Willcock wrote:
>
>> On Thu, 17 Dec 2009, Daniel James wrote:
>>
>>> 2009/12/17 Jeremiah Willcock <jewillco_at_[hidden]>:
>>>>
>>>> I don't have a problem with the move; there would probably still need to be
>>>> two library objects (even though there are no dependencies between the
>>>> object files for graph and graph_parallel, just the headers), but we can put
>>>> them in the same source tree and merge the docs. Are there any bjam issues
>>>> with subdirectories in library directories? The redirect issue is fixed,
>>>> but the new directory name is graph_parallel.
>>>
>>> Since Jamfile is in the 'build' subdirectory your Jamfile won't be
>>> implicitly included in its project so I think it'll be okay. If a
>>> library has a sub-library we indicate it by putting a file called
>>> 'sublibs' in its directory. I think its main purpose is to indicate
>>> that the test results should be separate, although it might have other
>>> uses. Btw I didn't mean to suggest that there's any urgency to this
>>> change, if some time is needed to get cmake working, that's fine in my
>>> opinion.
>>
>> I don't know how to get CMake working, and last time I asked him Doug said
>> it wasn't possible. Doing the move otherwise wouldn't be too hard once we
>> come to a firm decision on it.
>
> Everybody can easily guess my opinion, but let me state it none the less. I
> do not think that technical limitation (whether perceived, or by-design, or
> implementation complexity) of any random build system should be considered a
> good reason to deviate from directory structure set forth in boost library
> requirements.

I have no problem with that. Have we come to a decision that we should do
the move? If so, I'll do it (though it may not be until after the
holidays).

-- Jeremiah Willcock


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk