|
Boost : |
Subject: Re: [boost] Towards a Warning free code policy proposal
From: Stewart, Robert (Robert.Stewart_at_[hidden])
Date: 2010-08-31 07:06:39
Andrey Semashev wrote:
> On 08/30/2010 11:00 PM, Stewart, Robert wrote:
> > Andrey Semashev wrote:
> >
> >> I don't know about other compilers, but if there are similar tricks
> >> for them, they can be applied on user's side just as well as on
> >> Boost's side.
> >
> > That means every user that wants that behavior must create a set of
> > local headers to include before Boost headers in order to get the
> > surrounding pragmas or whatever. That's not very polite, but I
> > suppose if the assumption is that few have that problem/concern,
> > then they ought to pay for the trouble rather than force the Boost
> > maintainers to do so. Unfortunately, Boost libraries vary from
> > release to release, so maintaining a parallel set of headers is
> > rather cumbersome for library users.
>
> Well, it doesn't _require_ the headers. The common practice in Windows
> development is to have StdAfx.h, which is used to generate pch. Most
> third party headers are included there, so users can simply wrap all
> Boost includes in the project with pragmas in StdAfx.h. That's what I
> sometimes do.
Supposing that's the direction followed, it would be appropriate to have information on the web site about best practices for suppressing all or most warnings from Boost headers in user environments. Thus, you could describe the PCH approach on such a page for the benefit of Windows developers and another could describe the approach needed for other compilers/platforms. That information should be prominently featured for easy discovery.
> My point is that the warning-free requirement (at high levels) seems
> quite specific and, to my mind, quite pointless. Additionally,
> suppressing all warnings in all Boost headers is (a) compiler-
> specific, (b) tedious and (c) may not be what the user actually
> wants. Therefore let the users decide what and how to do about
> warnings.
There may well be no other way to reach agreement.
_____
Rob Stewart robert.stewart_at_[hidden]
Software Engineer, Core Software using std::disclaimer;
Susquehanna International Group, LLP http://www.sig.com
IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk