Subject: Re: [boost] [http] Formal review of Boost.Http
From: Paul A. Bristow (pbristow_at_[hidden])
Date: 2015-08-17 12:02:09
> -----Original Message-----
> From: Boost [mailto:boost-bounces_at_[hidden]] On Behalf Of Robert Ramey
> Sent: 17 August 2015 15:38
> To: boost_at_[hidden]
> Subject: Re: [boost] [http] Formal review of Boost.Http
> On 8/17/15 12:19 AM, Vladimir Prus wrote:
> > On 07-Aug-15 10:08 AM, Bjorn Reese wrote:
> >> Dear Boost and ASIO communities.
> >> The formal review of VinÃcius dos Santos Oliveira's Boost.Http
> >> library starts today, August 7th and ends on Sunday August 16th.
> >> The source code is build using CMake, but Boost.Build is in the
> >> pipeline (already done for documentation.)
> > I think that per http://www.boost.org/community/reviews.html the above
> > should have blocked formal review. If a library is reviewed, it
> > normally means the author believes it's to be ready for Boost, which
> > certainly is not the case if one cannot run the test using the current
> > tools.
> I have to disagree with this.
> a) The above cited link doesn't specify support for boost build as a requirement.
> b) No one complained during the review that lack of support for boost build inhibited them from
> reviewing the submission.
> c) The fact that support for boost build may be required for library acceptance doesn't imply that it
> should be necessary for review.
We have often accepted libraries with lots of conditions for changes and improvements.
(We very rarely accept libraries with NO conditions for changes and improvements).
Without this potential libraries have been and will be lost, wasting all the authors efforts.
It is clear from those who understand the topic (including the author), that this library isn't fully baked yet.
If discussions can come to agreement on what developments are needed (and that will take some time yet), then accepting subject to mini-re-review may be the best outcome.
--- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk