Subject: Re: [Boost-bugs] [Boost C++ Libraries] #4400: BOOST_PP_SEQ_REPLACE fails in corner cases
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2015-05-26 14:17:38
#4400: BOOST_PP_SEQ_REPLACE fails in corner cases
--------------------------------------+---------------------------
Reporter: Wolf Lammen <ookami1@â¦> | Owner: no-maintainer
Type: Bugs | Status: new
Milestone: Boost 1.44.0 | Component: preprocessor
Version: Boost 1.44.0 | Severity: Problem
Resolution: | Keywords:
--------------------------------------+---------------------------
Comment (by anonymous):
Replying to [comment:12 eldiener]:
> What do you mean by:
>
> "BOOST_PP_SEQ_FIRST_N and BOOST_PP_SEQ_REST_N, so they both accept
sequences of length 256 now" ?
>
> If there is a bug involving them and a seq of 256 elements would you
please file separate bug reports or make a pull request on the
preprocessor 'develop' branch and I will look at it.
Meaning, I am repeating myself over and over again. I think, by now I made
clear enough, what this is about.
> Similarly if BOOST_PP_SEQ_REMOVE fails in the situation above would you
please file a separate bug report or make a pull request on the
preprocessor 'develop' branch and I will look at it.
You can safely drop the 'if'.
I did not present the bug in order to set off another round in symptom
hunting and curing. I wanted to prove by evidence that not adhering to
http://en.wikipedia.org/wiki/Design_by_contract has its decent downsides.
IMHO either fixing 1 serving macro or hundreds of invocations is in order.
I am certain you have good reason to address this issue in a different
manner, but as far as I am concerned, I am out of business.
Wolf Lammen
-- Ticket URL: <https://svn.boost.org/trac/boost/ticket/4400#comment:13> Boost C++ Libraries <http://www.boost.org/> Boost provides free peer-reviewed portable C++ source libraries.
This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:18 UTC