Boost logo

Boost :

Subject: Re: [boost] [modularization] Modularizing Boost (modularization)
From: Stephen Kelly (steveire_at_[hidden])
Date: 2013-10-19 03:34:50


On 10/19/2013 06:43 AM, Rob Stewart wrote:
> On Oct 18, 2013, at 1:04 PM, Edward Diener <eldiener_at_[hidden]> wrote:
>
>> On 10/18/2013 12:37 PM, Stephen Kelly wrote:
>>> On 10/18/2013 06:28 PM, Edward Diener wrote:
>>>> On 10/18/2013 11:59 AM, Stephen Kelly wrote:
>>>>> On 10/18/2013 05:42 PM, Edward Diener wrote:
>>>>>> The property_map library can be used completely outside of the graph
>>>>>> library. What does moving parts of property_map into graph accomplish ?
>>>>> It makes the property_map library/repo/package not depend on the graph
>>>>> library/repo/package.
>>>> The property_map library is a header only library. Please point out to me where in the property_map headers there is any reference to anything in the graph library.
>>> Le-sigh.
>>>
>>> I suggest you do your equivalent of this:
>>>
>>> boost-trunk/boost/property_map{master}$ git grep boost/graph
>>>
>>> I won't ruin the surprise for you by pasting the output.
>>>
>>> If you don't understand my point after seeing the output, please just accept that you don't understand the point. No need to respond. A long
>>> sub-thread like this is bad.
>> No a sub-thread like this is not bad. When you feel entitled to do things without valid justification that is bad. And when you talk in condescending terms to others that is bad. If you cannot or are unwilling to explain and defend the reasons why you are doing what you are doing in terms of Boost libraries/files I for one don't think you should be able to do those things.
> I've been following a number of Steve's threads. What I've observed is that Steve's replies, to those that disagree or stymie his progress

Disagreeing is fine.

Not reading what one is responding to and asking me to run grep are
(examples of) the problem. Things like that derail threads. Just look
what happened to this one for example :).

Thanks,

Steve.


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