#8032 closed Patches (fixed)
Warning fixes in circular_buffer
Reported by: | Owned by: | Marshall Clow | |
---|---|---|---|
Milestone: | To Be Determined | Component: | circular_buffer |
Version: | Boost 1.53.0 | Severity: | Cosmetic |
Keywords: | Cc: |
Description
We have a zero warning policy in our development projects and experience lots of warnings in several boost libraries. With every new boost version we need to apply a set of warning fixes.
It would help a lot if you could integrate these wanting fixes into future boost releases.
Please find attached a patch file against boost 1.53.0 which fixes several warnings in circular_buffer.
Attachments (1)
Change History (8)
by , 10 years ago
Attachment: | circular_buffer.diff added |
---|
comment:1 by , 9 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 9 years ago
comment:3 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:4 by , 9 years ago
When building against boost 1.55 using VisualStudio 2010 with warning level 4, I now see:
1>C:\src\svn\OTI\ThirdParty\boost_1_55_0_OT1\include\boost/circular_buffer/base.hpp(199): warning C4172: returning address of local variable or temporary
Likewise, building using gcc 4.4.7 on RedHat produces the following warning:
’ |
The MSVC issue seems to be a regression introduced by the adoption of move semantics (ticket #7888), so I'll make the same comment there. I'm guessing it's the same case for the gcc warning, although the warning itself doesn't make much sense to me, given the line in question is:
replace(p, this_type::move_if_noexcept(*next));
comment:5 by , 9 years ago
Just to follow up, Antony has kindly said he'll fix the warnings as part of #7888, so hopefully circular_buffer will be warning free once again.
comment:6 by , 8 years ago
We have hit the same warnings in 1.55.0 with VS2010 and all warnings treated as errors. This issue shows "fixed", but where/when was it fixed? #7888 shows "reopened", but that was six months ago and no more info.
Applied patch in [84405]