February 2012 - Boost - lists.preview.boost.org

Re: [boost] Is there interest in static code analysis?
by Ben Robinson 27 Feb '12

27 Feb '12

I would be interested in that static analysis tool. Thank you, Ben Robinson Sent from my Verizon Wireless smartphone Antony Polukhin <antoshkka(a)gmail.com> wrote: >Hi, > >I`ve recently found a tool and organization, that specializes on >static code analysis for C/C++. They already interact with some famous >open source projects and successfully find bugs. Looks like for >open-source projects they help for free. > >If someone is interested, I can send their web address in private >message (don`t want to ad on mailing list) > >Best regards, >Antony Polukhin > >_______________________________________________ >Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

vsix - template_profiler extension
by Brandon Kohn 27 Feb '12

27 Feb '12

Hello, I've put together a Visual Studio 2010 extension package which wraps the functionality of Steven Watanabe and Domagoj Saric's template_profiler to create a template profile tool. It also adds a command to profile the build time of a project or a single C++ file. Both functions are accessed from the context menu in the solution explorer tree-view. It's still fairly young and could use some kicking about. Are there any VC10 users here that would be interested in giving it a try? Cheers, Brandon

5 16

Is there interest in static code analysis?
by Antony Polukhin 27 Feb '12

27 Feb '12

Hi, I`ve recently found a tool and organization, that specializes on static code analysis for C/C++. They already interact with some famous open source projects and successfully find bugs. Looks like for open-source projects they help for free. If someone is interested, I can send their web address in private message (don`t want to ad on mailing list) Best regards, Antony Polukhin

1 0

[unicode] provide <boost/cuchar.hpp> header?
by Beman Dawes 27 Feb '12

27 Feb '12

The C++11 standard library provides a header <cuchar>, with a bit of Unicode support, based on C's <uchar.h>: Macros: __STDC_UTF_16__, __STDC_UTF_32__ Functions: mbrtoc16, c16rtomb, mbrtoc32, c32rtomb The functions provide conversion between char sequences and UTF-16/UTF-32. It would be useful to have a <boost/cuchar.hpp> header so that these functions could be used with existing compilers and standard libraries. Does anyone have an implementation of these functions they would be willing to contribute? --Beman

3 2

[mpl] ASSERT and other macros using unique IDs
by lcaminiti 26 Feb '12

26 Feb '12

Hello all, Currently BOOST_MPL_ASSERT_MSG cannot be expanded multiple times on the same line because (on GCC and alike) it uses __LINE__ to generate unique IDs. I have to program a macro that makes a bunch of static assertions when it expands so all these assertions made using BOOST_MPL_ASSERT_MSG are on the same line. I used BOOST_MPL_ASSERT_MSG_IMPL to pass the unique ID directly (which is generated by concatenating __LINE__ with the assertion counter which my macro keeps). However, this is not an ideal solution because BOOST_MPL_ASSERT_MSG_IMPL is part of a private API and it could change in the future. Is there any interest in making BOOST_MPL_ASSERT_IMPL part of the public API? (So I can directly pass the unique ID to use. I'd be best if the unique ID is not required to be numeric but just a concatenable token.) I had a similar issue with Boost.Concet's REQUIRES. #define CONTRACT_AUX_MPL_ASSERT_MSG_(counter, condition, message, types) \ /* unfortunately, need to use Boost.MPL implementation detail */ \ /* to pass unique ID (not just __LINE__) so this macro can be expanded */ \ /* multiple times on the same line if with different IDs */ \ BOOST_MPL_ASSERT_MSG_IMPL( \ BOOST_PP_CAT(BOOST_PP_CAT(message, _id_), counter), \ condition, message, types) // PUBLIC // // Allow to expand multiple assert macros on same line (without name clashes). #define CONTRACT_AUX_MPL_ASSERT_MSG(condition, message, types) \ CONTRACT_AUX_MPL_ASSERT_MSG_( \ BOOST_MPL_AUX_PP_COUNTER(), /* uses Boost.MPL impl detail */ \ condition, message, types) Thanks. --Lorenzo -- View this message in context: http://boost.2283326.n4.nabble.com/boost-mpl-ASSERT-and-other-macros-using-… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

[gsoc] project ideas
by Andrew Sutton 26 Feb '12

26 Feb '12

Just a reminder: if you have project ideas for Google Summer of Code, please submit them, either to me or post them here https://svn.boost.org/trac/boost/wiki/SoC2012 (under "Projects"). I think that this, any project ideas are fair game. I'm not terribly concerned with completely finishing something over the course of a single summer or having a goal of getting something into the main Boost release. I'd like to foster long-term participation in the Boost community, and I'd like to see more ambition in the kinds of problems we want students to tackle. Proposals for XML, some aspects of a UI library (whatever that entails), user input library (mice, raw-mode key input, touch, and physical sensors?), networking and protocol standards, etc. should be fair game. We can always set reasonable summer-long expectations for more ambitious projects. Obviously, short-term projects are fine -- I'm linking to Feature Requests as a source of project proposals -- but I hope that won't be the only kind of project proposed. If you have ideas, please post them earlier rather than later.. Thanks, Andrew

1 0

Inconsistency between std::minmax and boost::minmax
by Marshall Clow 25 Feb '12

25 Feb '12

So, C++11 has been approved, and in the new standard library, there is: template <typename T> std::pair<const T&, const T&> minmax ( const T& a, const T& b ) but in Boost, we've got: template <typename T> tuple< T const&, T const& > minmax(T const& a, T const& b) { I can easily change boost minmax to return a pair instead of a 2-element tuple, but that's an interface change, and might break existing code. On the other hand, giving them the same interface will make it easier for people to move to C++11's library functions. Any opinions? ideas? -- Marshall P.S. boost::minmax_element, on the other hand, already returns a pair, not a two-element tuple. I'm pretty sure it doesn't satisfy the C++ complexity requirements, but that's easily fixed.

3 3

Fix docs for boost.fusion
by niXman 25 Feb '12

25 Feb '12

Hello list. Diff is attached. -- Regards, niXman

2 5

Boost 1.49.0 release notice
by Beman Dawes 24 Feb '12

24 Feb '12

Release 1.49.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains one new library (Heap) and numerous enhancements and bug fixes for existing libraries. For details, including download links, see http://www.boost.org/users/news/version_1_49_0 You can also download directly from SourceForge: http://sourceforge.net/projects/boost/files/boost/1.49.0/ To install this release on your system, see http://www.boost.org/doc/libs/release/more/getting_started/index.html Thanks, --The Boost release team Beman Dawes Daniel James Eric Niebler Rene Rivera Vladimir Prus

3 2

[1.49.0] Release candidate 2
by Beman Dawes 24 Feb '12

24 Feb '12

Another set of release candidate files is up at http://boost.cowic.de/rc/ Could someone please check that the doc files are now correct? Thanks, --Beman

4 4