Re: [boost] std::auto_ptr in public interfaces

Subject: Re: [boost] std::auto_ptr in public interfaces
From: Edward Diener (eldiener_at_[hidden])
Date: 2017-05-22 16:24:44

On 5/20/2017 1:46 PM, Robert Ramey via Boost wrote:
> On 5/20/17 10:18 AM, Richard Hodges via Boost wrote:
> 
>> If the maintainers have the bandwidth, I'd like my c++14 code to stop
>> whining about auto_ptr when I link to boost. Since auto_ptr is deprecated
>> in 14 I'd prefer to see the auto_ptr interface vanish when building 
>> for 14
>> unless I specifically request it by defining the preprocess or symbol
>> BOOST_ALLOW_AUTO_PTR or some such.
> 
> We already BOOST_NO_AUTO_PTR have as part of config.hpp .  It was 
> originally defined to address C++03 libraries that didn't included it. 
> The implementation could easily (I presume, since I'm not the person who 
> is going to do it) be extended so that it is defined for C++11+ 
> conforming compilers.
> 
> As an aside, config.hpp, developed / maintained by John Maddoc

John Maddock

> is a 
> masterpiece which is the cornerstone of boost.  Without this we would 
> have not been able to get library development working across the wide 
> variety of C++ compilers we have addressed.  Without this, there is no 
> way the serialization library (for example) could hope to maintain 
> backward compatibility for code AND data.  Without this, neither Boost 
> nor C++ would be where they are today.   And it's not just a trick - 
> it's a huge effort in it's own right. A large majority of boost users, 
> and even some developers fail to understand and appreciate this this.

Only A fool does not appreciate what Boost Config does.

> 
> Robert Ramey