- Boost - lists.preview.boost.org

Re: [boost] Interest in bit-wise flags?
by Jeffrey Bush 28 Jun '14

28 Jun '14

> > > > > Hi Boost! > > > > I have developed a type-safe bit-wise flags class for my own personal use > > and > > am wondering if it would be of interest for me to submit it as a Boost > > library. > > At the moment it is not ready for submission (code is messy) but I am > > testing > > the waters so I present an overview below. > > * Fully ISO standard C++11 (except for an MSVC version which is > > API-compatible > > except it doesn't support as many an infinite number of flag names) > > * They are type-safe, requiring explicit casts to and from > integers/booleans > > * Supports standard bit-wise operations, and always keep values within > the > > possible set of flags > > * Supports getting the name of a flag and looking up flags by name at > > run-time > > (when a flag is actually multiple-flags it gives something like "A|B") > > * Supports getting an array of all flags at run-time > > > > Now the bad things, which may be a deal-breaker: > > * Because of limitations in C++ the syntax can feel a bit awkward. You > have > > to > > use a macro to define flag-names (which actually creates a class) then > you > > can pass those flag-names as template arguments to the flags. An > example: > > FLAG_NAME(A); > > FLAG_NAME(B); > > FLAG_NAME(C); > > typedef Flags<std::uint8_t, Flag_A, Flag_B, Flag_C>::WithValues<0x01, > > 0x02, 0x04> MyFlags; > > * I also couldn't get around using the ::WithValues nested class > > * I use a set of macros to make this cleaner (e.g. the above could be > > FLAGS(A, B, C)) and once defined there is no more ugliness > > > > Thanks for consideration! > > Jeff > > > > _______________________________________________ > > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost > > > > > > Jeffrey Bush <jeff <at> coderforlife.com> writes: > > I have posted the current (ugly) code online: > https://gist.github.com/coderforlife/6d8bac451d49dd1a0c81#file-flags-hpp > > Above that is the even uglier MSCV-specific implementation. > > I focused on function not readability when making it, I understand that it > would take significant work to make it Boost ready. > > Differences from BOOST_BITMASK or lordodinscpplib are that it supports ~ > that is value-constrained (only flips bits that are covered by flags, it > supports names at run-time (converting to and from strings), and it can > default-value then flags with powers of two. > > If those features are undesired, then this class is unnecessary seeing that > those other solutions are significantly simpler or more portable. > > However, looking at those has given me some ideas on how to simplify my > code > and make it possibly work in Clang. > > Jeff > I have updated it, simplifying the design while keeping the same API and provided a simple test program, both available at https://gist.github.com/coderforlife/6d8bac451d49dd1a0c81. It now works fine in all compilers I have tested (MSVC 2010, MSVC 2013, mingw-w64 4.8.2, gcc 4.8.2, clang 3.4). This simplification greatly reduced the amount of code and allowed me to combine the fallback version that doesn't need variadic templates into the main version. I have also made it so the declaration can be inside a class or shared header and the definition elsewhere. This separation was necessary because const non-integral values cannot be defined in classes. Additionally, I have cleaned up the code quite a bit to fit better with Boost standards, although not complete yet (still uses tabs and some lines are longer than 80 characters although most are not). The only difference in API is that you can no longer pre-declare flag name objects or do `typedef Flags<uint8_t, Name1, Name2, Name3>::WithValues<1,2,4> MyFlags` or similar like before, you must use the macro FLAGS()/FLAGS_WITH_VALUES() [which was available before]. I have compiled a very detailed list of differences between BOOST_BITMASK and (BOOST_)FLAGS. The first is an advantage of BITMASK, the second is a draw, and the remainder are advantages of FLAGS. - BITMASK requires an enum or scoped enum to be declared and then the macro to be used, but can entirely within a shared header. FLAGS would be a single-line, or if in a shared header have separate declarations and definitions. Both support being inside classes by having some macro outside the class. - BITMASK supports unlimited flags with less than 2^32 while FLAGS supports at most 32 flags but any underlying integral type. Both could have their limits increased. - BITMASK when used with scoped enums requires full bool casting and does not support the ! operator for checking if any/no flag is set and when used with original enums has some type safety issues (can compare values from different enums directly). FLAGS has the best of both, have strong type safety while also supporting the ! operator and an explicit bool cast (safe-bool). - BITMASK allows (and actually the ~ operator causes) bits that aren't associated with flags to be set while FLAGS prevents these bits from ever being set. This is a numerical safety (I have examples when this would be important). - FLAGS will automatically set the flag-values to powers of two if you want it to, reducing possibility of typos for simple flags while still allowing you to have explicit flag values when necessary (for example, when having pre-defined names for combinations of flags or retaining number-compatibility after dropping a particular flag name). BITMASK always requires you to set the values explicitly. - FLAGS support runtime value-name conversion, allowing something like XML reading/writing using the flag names instead of the numbers, debugging output, user-input parsing, etc. Additionally, BOOST_BITMASK is in boost/detail, does this mean it shouldn't be used outside of Boost? (I have a method of making it so there is no need for a separate declaration vs definition, however it is "ugly" but does work [and the end-user wouldn't have to really know] - it makes each flag-name a static function instead of static-const variable and adds an implicit constructor that takes such a static function and calls it to get the real value which is a static-const local variable). Jeff

1 0

Adding helpful requires macros to the enable_if utility
by paul Fultz 28 Jun '14

28 Jun '14

These following set of macros, I have found very useful in C++: #define BOOST_ERROR_PARENTHESIS_MUST_BE_PLACED_AROUND_THE_RETURN_TYPE(...) __VA_ARGS__>::type #define BOOST_FUNCTION_REQUIRES(...) typename boost::enable_if_c<(__VA_ARGS__), BOOST_ERROR_PARENTHESIS_MUST_BE_PLACED_AROUND_THE_RETURN_TYPE #define BOOST_CLASS_REQUIRES(...) typename boost::enable_if_c<(__VA_ARGS__)>::type #define BOOST_REQUIRES(...) typename boost::enable_if_c<(__VA_ARGS__), int>::type = 0 Which I use like the following For functions: template <class T> BOOST_FUNCTION_REQUIRES(boost::is_arithmetic<T>::value) (T) foo(T t) { return t; } And C++11 functions: template <class T, BOOST_REQUIRES(boost::is_arithmetic<T>())> T foo(T t) { return t; } Class specializations: template <class T, class Enable = void> class A { ... }; template <class T> class A<T, BOOST_CLASS_REQUIRES(is_integral<T>())> { ... }; template <class T> class A<T, BOOST_CLASS_REQUIRES(is_float<T>())> { ... }; It would be nice if these were the added with the enable_if utility with boost. Thanks, Paul

4 3

[quickbook] controlling headers in tables
by Andrzej Krzemienski 27 Jun '14

27 Jun '14

Hi Everyone, Does anyone know if in QuickBook it is possible to create a table without the header row, or to create a table with both header row and a header first column? Regards, &rzej

1 0

[regression][build] Missing tests after the addition of sublibs file
by Adam Wulkiewicz 27 Jun '14

27 Jun '14

Hi, In order to display separated tests for the main and 'spatial index' parts of the Geometry we added a sublibs file to the master branch. The result is that new tests for the main part of the library are missing. I remember the same issue with the develop branch but don't remember how it was fixed. There is probably some collision of names/paths of the old and new tests. Could we do something about it? Could it be fixed by some manual cleanup? Or must the old tests dissapear naturally? Could this be considered as a bug in Build? For convenience: http://www.boost.org/development/tests/master/developer/geometry.html http://www.boost.org/development/tests/master/developer/geometry-index.html Regards, Adam

2 1

dynamically coupling documentation to unit testing
by Roger Martin 27 Jun '14

27 Jun '14

Hi, Been thinking. What I've come to like in documentation is a section at the top of a class or functor that includes some real examples code in the 'doxygen' section that shows how to use. My question is how difficult would it be to make unit testing pick these up and actually run them? If written with unit equalities this would gain by making me and developers write good header examples at the same time as making unit tests and continuously validate documentation isn't getting out-of-date as well. And have the output from the tests be compatible with jenkins or other build system's reporting? How feasible to do this? Is this a possibility to add to boost? Or should it be an llvm based project?

5 5

[align] git update problem
by Fletcher, John P 27 Jun '14

27 Jun '14

I am attempting to update my local copy of boost develop, which I can usually do with the commands: git checkout develop git pull --recurse-submodules git submodule update --init and then git submodule foreach git checkout develop git submodule foreach git pull I have not done this for some time. When I did it today I get a lot of messages from boost align with unmerged files and it will not update. I have not worked on these files myself. What do I need to do to get boost align restored to a good state? Thanks John

2 1

Issue Running Regression Tests on msvc-12.0
by Matthew Musto 27 Jun '14

27 Jun '14

I have been trying to run a regression test against msvc-12 on Windows 8.1 and I am getting the following errors. In the past, this has run fine. I run this command from my cmd prompt: python run.py --runner=Matusi143 --toolsets=msvc-12.0 -tag=master Everything appears to go fine until... Fetching submodule tools/build Fetching submodule tools/inspect Fetching submodule tools/litre Fetching submodule tools/quickbook Already up-to-date. # Executing GIT command: c:\boost_dev\boost_root> git submodule "update" "--init" # Executing GIT command: c:\boost_dev\boost_root> git checkout "master" Already on 'master' Your branch is up-to-date with 'origin/master'. # Executing GIT command: c:\boost_dev\boost_root> git submodule foreach ""git reset --quiet --hard; git clean -fxd"" Entering 'libs/accumulators' error: unknown option `hard;' usage: git reset [--mixed | --soft | --hard | --merge | --keep] [-q] [<commit>] or: git reset [-q] <tree-ish> [--] <paths>... or: git reset --patch [<tree-ish>] [--] [<paths>...] -q, --quiet be quiet, only report errors --mixed reset HEAD and index --soft reset only HEAD --hard reset HEAD, index and working tree --merge reset HEAD, index and working tree --keep reset HEAD but keep local changes -p, --patch select hunks interactively Stopping at 'libs/accumulators'; script returned non-zero status. Traceback (most recent call last): File "run.py", line 83, in <module> runner(root) File "c:\boost_dev\tools_regression_src\regression.py", line 264, in __init__ self.main() File "c:\boost_dev\tools_regression_src\regression.py", line 650, in main getattr(self,action_m)() File "c:\boost_dev\tools_regression_src\regression.py", line 604, in command_regression self.command_cleanup() File "c:\boost_dev\tools_regression_src\regression.py", line 274, in command_cleanup self.git_source_checkout(True) File "c:\boost_dev\tools_regression_src\regression.py", line 939, in git_source_checkout self.git_checkout(git_info['boost'], self.git_branch(), clean) File "c:\boost_dev\tools_regression_src\regression.py", line 917, in git_checkout self.git_command( 'submodule foreach', '"git reset --quiet --hard; git clean -fxd"') File "c:\boost_dev\tools_regression_src\regression.py", line 899, in git_command raise Exception( 'GIT command "%s" failed with code %d' % (git_cli, rc) ) Exception: GIT command "git submodule foreach ""git reset --quiet --hard; git clean -fxd""" failed with code 1 c:\boost_dev> Any help is greatly appreciated. -- -------------------- Matthew Musto

4 9

[parameter] #line markers in literate tests
by Edward Diener 27 Jun '14

27 Jun '14

Is there any logical reason for the #line markers in the source files for the 'literal' tests in Boost parameter ? VC++ will not compile these tests with them and although they appear to me as completely valid C++ I would like to create a pull request to fix the VC++ problem. If there is no reason for the #line markers I can remove them, else I can wrap in "#if !defined(BOOST_MSVC)/#endif" pairs after including boost/config.h.

2 2

Boost Build question
by Emil Dotchevski 27 Jun '14

27 Jun '14

Hello, I'm trying to instruct bjam to attempt to output an iphone executable (btw I'm not trying to build Boost itself.) What's the correct way to do this? I apologize if this is explained somewhere, but searching online mostly finds xcode-related information, and the suggestions in the few pages that looked relevant didn't work for me. -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

1 0

[utility]Re-assigned tickets
by Niklas Angare 26 Jun '14

26 Jun '14

I just re-assigned these tickets that were incorrectly filed against the regression testing component to the utility library: https://svn.boost.org/trac/boost/ticket/9945 https://svn.boost.org/trac/boost/ticket/9944 https://svn.boost.org/trac/boost/ticket/9925 They are now owned by "no-maintainer". Regards Niklas Angare

1 0

Boost.Python and __slots__
by Matt Calabrese 26 Jun '14

26 Jun '14

Does something special need to be done to setup __slots__ on a class bound via Boost.Python? I can set __slots__ on the class and verify that it can be accessed from python, however I am still able to set members that aren't in the __slots__ list. -- -Matt Calabrese

1 0

How to handle generated html files with modular-boost and GIT?
by Paul A. Bristow 26 Jun '14

26 Jun '14

I've started to proof-read Vladimir Batov's Boost.Convert library and correct a (very few) typos etc. I've had some troublesome experience with building docs with Boost.Math and this is similar (but much smaller). Can experienced GIT users suggest how better to handle the problem of generated files in the /html folder. I've provided below a log of what I've done after a single edit to a Quickbook file. As you will see, there are *new* files (with randomized filenames) html/boost/convert_id274115.html html/boost/convert_id274279.html html/boost/convert_id277698.html html/boost/convert_id277857.html (and also my log file cv_20jun14_1135.log) And all the .html file have been modified. So what do I do? I'd hope just to be able to GIT commit (but there will be added files so "git commit -a") and "git push". (But what about obsolete files like html/boost/convert_id999999.html that should be deleted?) . This seems a muddle, so should we remove the /html folder from GIT using gitignore? However this would mean that users would have to generate the html (and assumes that all the tools like Doxygen and autoIndex are setup right - an unwelcome requirement). And what about .log files - it seems very useful and reasonable to have them live in /doc but be ignored by GIT? Could/Should there be a global entry in top level /modular-boost/.gitignore to exclude all .log files? (I'd also like to put .bat or .sh files to build docs etc here too - there are various options in building and automatically dated log files are nice to have. ) Suggestions on how better to manage this? Paul I:\modular-boost>cd ./libs/convert/doc I:\modular-boost\libs\convert\doc>dir Volume in drive I is Boost Volume Serial Number is FAC6-FCC3 Directory of I:\modular-boost\libs\convert\doc 19-Jun-14 18:07 <DIR> . 19-Jun-14 18:07 <DIR> .. 19-Jun-14 18:07 1,413 00_main.qbk 19-Jun-14 18:07 28 98_ref.qbk 19-Jun-14 18:07 16 99_index.qbk 19-Jun-14 18:07 1,158 acknowledgments.qbk 19-Jun-14 18:07 175 algorithms.qbk 19-Jun-14 18:07 1,729 converters.qbk 19-Jun-14 18:07 17,528 convert_ref.xml 19-Jun-14 18:07 10,730 design_notes.qbk 19-Jun-14 18:07 133 generate-html.sh 19-Jun-14 18:07 2,337 getting_serious.qbk 19-Jun-14 18:07 2,848 getting_started.qbk 19-Jun-14 18:07 <DIR> html 19-Jun-14 18:07 357 index.idx 19-Jun-14 18:07 2,601 introduction.qbk 19-Jun-14 18:07 3,060 Jamfile.v2 19-Jun-14 18:07 1,254 lexcast_converter.qbk 19-Jun-14 18:07 1,228 other.qbk 19-Jun-14 18:07 8,427 performance.qbk 19-Jun-14 18:07 1,789 rationale.qbk 19-Jun-14 18:07 220 references.qbk 19-Jun-14 18:07 1,627 return_value.qbk 19-Jun-14 18:07 5,431 scratchpad.txt 19-Jun-14 18:07 4,372 sstream_converter.qbk 22 File(s) 68,461 bytes 3 Dir(s) 99,253,600,256 bytes free I:\modular-boost\libs\convert\doc>b2 -a --enable-index > cv_20jun14_1135.log I:\modular-boost\libs\convert\doc>git status On branch develop Your branch is up-to-date with 'origin/develop'. Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: convert_ref.xml modified: html/boost/cnv/adapter.html modified: html/boost/cnv/base.html modified: html/boost/cnv/basic_stringstream.html modified: html/boost/cnv/lexical_cast.html modified: html/boost/cnv/notation.html modified: html/boost/cnv/printf.html modified: html/boost/cnv/spirit.html modified: html/boost/cnv/strtol.html modified: html/boost/throw_on_failure.html modified: html/boost/throw_on_failure_type.html modified: html/boostbook.css modified: html/convert_reference.html modified: html/docutils.css modified: html/header/boost/convert/lexical_cast_hpp.html modified: html/header/boost/convert/parameters_hpp.html modified: html/header/boost/convert/printf_hpp.html modified: html/header/boost/convert/spirit_hpp.html modified: html/header/boost/convert/sstream_hpp.html modified: html/header/boost/convert/strtol_hpp.html modified: html/header/boost/make_default_hpp.html modified: html/index.html modified: html/index/s17.html modified: html/minimal.css modified: html/standalone_HTML.manifest modified: html/the_boost_convert_library/acknowledgements.html modified: html/the_boost_convert_library/better_error_detection.html modified: html/the_boost_convert_library/boost__lexical_cast_based_converter.html modified: html/the_boost_convert_library/boost_convert_performance_overhead.html modified: html/the_boost_convert_library/boost_convert_with_standard_algorithms.html modified: html/the_boost_convert_library/converters.html modified: html/the_boost_convert_library/design_notes.html modified: html/the_boost_convert_library/design_notes/converter_signature.html modified: html/the_boost_convert_library/design_notes/todo_converter_parameter_related_con siderations__explicit__default__globally_set__others_.html modified: html/the_boost_convert_library/design_notes/todo_converter_pluggability.html modified: html/the_boost_convert_library/design_notes/user_interface_signature.html modified: html/the_boost_convert_library/getting_started.html modified: html/the_boost_convert_library/getting_started/basic_error_processing.html modified: html/the_boost_convert_library/getting_started/flexibility_and_adaptability_to_c hange.html modified: html/the_boost_convert_library/introduction.html modified: html/the_boost_convert_library/other_conversions.html modified: html/the_boost_convert_library/performance.html modified: html/the_boost_convert_library/references.html modified: html/the_boost_convert_library/return_value.html modified: html/the_boost_convert_library/std__stringstream_based_converter.html modified: html/the_boost_convert_library/std__stringstream_based_converter/integration_of_ user_defined_types.html modified: html/the_boost_convert_library/std__stringstream_based_converter/locale_support. html modified: html/the_boost_convert_library/std__stringstream_based_converter/the___default_c onstructible__type_requirement.html modified: introduction.qbk Untracked files: (use "git add <file>..." to include in what will be committed) cv_20jun14_1135.log html/boost/convert_id274115.html html/boost/convert_id274279.html html/boost/convert_id277698.html html/boost/convert_id277857.html html/boost/convert_id285317.html html/boost/convert_id285442.html no changes added to commit (use "git add" and/or "git commit -a")

6 8

ptr_vector requiring non-const iterator for insert
by Florian Burkart 26 Jun '14

26 Jun '14

Hi, I noticed that ptr_vector requires a non-const iterator for insert. This is inherited from ptr_sequence_adapter, which defines iterator insert( iterator position, T* x ); Under C++11, this differs from std::vector, which, since C++11, is happy to take const_iterators. iterator insert( const_iterator pos, const T& value ); I read somewhere that C++11 was attempting to clear up some confusion in the standard between iterator constness and container constness. Just wondering whether this should be adopted (e.g. changed) in ptr containers. Gave me an error when I switched from vector to ptr_vector in a drop-in fashion. Not sure whether that is already planned, but google didn't find anything. Florian

2 1

[parameter] 'develop' branch breaks tests with VC++
by Edward Diener 25 Jun '14

25 Jun '14

In testing out potential changes in Boost PP against other Boost libraries, to make sure those changes break no code, I noticed that running tests in the Boost parameter 'develop' branch against VC++ ( msvc-12.0 ) creates a number of compiler errors related to Boost PP. These errors in my tests look odd and I cannot figure out from what source they are happening: ...failed compile-c-c++ ..\..\..\bin.v2\libs\parameter\test\literate\predicate-requirements0.test\msvc-12.0\debug\threading-multi\predicate-requirements0.obj... compile-c-c++ ..\..\..\bin.v2\libs\parameter\test\literate\handling-out-parameters0.test\msvc-12.0\debug\threading-multi\handling-out-parameters0.obj handling-out-parameters0.cpp /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2121: '#' : invalid character : possibly the result of a macro expansion /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_IIF_BOOST_PP_BOOL_0' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : see reference to class template instantiation 'boost_param_params_649f<BoostParameterDummy>' being compiled /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2146: syntax error : missing ',' before identifier 'BOOST_PP_IIF_BOOST_PP_BOOL_BOOST_PP_DEC_BOOST_PP_SEQ_SIZE_required' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'graph' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2059: syntax error : ')' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_TUPLE_EAT_2' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C3861: 'BOOST_PP_IIF_BOOST_PP_BOOL_BOOST_PP_DEC_BOOST_PP_SEQ_SIZE_required': identifier not found /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PARAMETER_FLATTEN_SPEC' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C3861: 'required': identifier not found /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2143: syntax error : missing ',' before ')' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C3861: 'vertices': identifier not found /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C3861: 'get': identifier not found /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'index_map' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C3861: 'default_color_map': identifier not found /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C3861: 'num_vertices': identifier not found /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_TUPLE_EAT_4' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'line' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2143: syntax error : missing ',' before 'constant' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2143: syntax error : missing ',' before 'string' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'visitor' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2059: syntax error : ',' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C3861: 'optional': identifier not found /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_SEQ_FOR_EACH_P' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_SEQ_FOR_EACH_O' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_SEQ_FOR_EACH_M' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PARAMETER_FUNCTION_PARAMETERS_M' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2882: 'tag' : illegal use of namespace identifier in expression /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_SEQ_TAIL_I' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_SEQ_FOR_EACH_I_P' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_SEQ_FOR_EACH_I_O' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'BOOST_PP_SEQ_FOR_EACH_I_M' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2977: 'boost::parameter::parameters' : too many template arguments C:\Programming\VersionControl\modular-boost\boost/parameter/parameters.hpp(715) : see declaration of 'boost::parameter::parameters' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2955: 'boost::parameter::parameters' : use of class template requires template argument list C:\Programming\VersionControl\modular-boost\boost/parameter/parameters.hpp(715) : see declaration of 'boost::parameter::parameters' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2146: syntax error : missing ';' before identifier 'BOOST_PP_IIF_BOOST_PP_BOOL_BOOST_PP_IIF_BOOST_PP_BOOL_0' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2146: syntax error : missing ';' before identifier 'BOOST_PP_IIF_BOOST_PP_BOOL_BOOST_PP_DEC_BOOST_PP_SEQ_SIZE_required' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2899: typename cannot be used outside a template declaration /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2065: 'Args' : undeclared identifier /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2923: 'boost_param_result_649f' : 'Args' is not a valid template type argument for parameter 'Args' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2955: 'boost_param_result_649f' : use of class template requires template argument list /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : see declaration of 'boost_param_result_649f' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2143: syntax error : missing ';' before '{' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2447: '{' : missing function header (old-style formal list?) /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2146: syntax error : missing ',' before identifier 'BOOST_PP_IIF_BOOST_PP_BOOL_' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2993: 'Args' : illegal type for non-type template parameter 'BOOST_PP_IIF_BOOST_PP_BOOL_0' /home/daniel/dev/boost/trunk/libs/parameter/doc/index.rst(649) : error C2988: unrecognizable template declaration/definition If I test against the 'master' branch of parameter these errors do not occur. If I run the tests using gcc these errors do not occur. I believe changes that were made to the 'develop' branch of parameter are causing these errors. Furthermore I do not see these errors in the 'develop'regression tests for parameter, so i am puzzled. Any help would be appreciated.

2 2

[git workflow questions for boost]
by Robert Ramey 25 Jun '14

25 Jun '14

I've discovered a couple of changes I want to see incorporated into some boost libraries. In this particular instance the modules are mpl and tools. The "best" way of doing this for me is to: use github to fork the modules in question clone the modules to my local machine make (and test) my changes push them to the the fork enter a pull request. sometime later delete the fork from github This is well described here https://help.github.com/articles/fork-a-repo So far so good. But I have a couple of questions about this. I currently have modular boost installed on my machine. It seems that I want to: delete the module in question. clone to the same spot I just deleted. do everything above. delete the module again. clone from the original? update super project? rerun b2 headers? what? - I'm sort of at a loss here. I'm sort of uncomfortable with deleting the "official" version - but it seems the right think to do. I would appreciate any observations/advice from some more experienced boosters. Robert Ramey -- View this message in context: http://boost.2283326.n4.nabble.com/git-workflow-questions-for-boost-tp46644… Sent from the Boost - Dev mailing list archive at Nabble.com.

3 3

new Boost.Test in 1.56.0?
by Yanchenko Maxim 25 Jun '14

25 Jun '14

Hi, There were many changes in Boost.Test recently. Will they go to the 1.56.0 release? Thanks, Maxim

1 0

Attempting to Compile on AIX 6.1 with gcc
by Axel Ismirlian 24 Jun '14

24 Jun '14

Hello everyone, I have been attempting to compile the entirety of boost on AIX 6.1 with gcc. Currently, I am compiling for 32-bits. I have had some moderate success by specifying extra flags to the compilation, but some issues persist that may require code change (or simply more explicit linking) and as a result I am at loss of what to do. Here are some of the issues that pop up: ld: 0711-317 ERROR: Undefined symbol: .test_main(int, char**) collect2: error: ld returned 8 exit status ld: 0711-317 ERROR: Undefined symbol: init_unit_test_suite(int, char**) collect2: error: ld returned 8 exit status I think these two are linking issues, but I am not sure how to include the missing files. The first primarily affects boost.asio, but others are affected as well. The second primarily affects boost.conversion. gcc.link ../bin.v2/libs/math/test/test_bessel_k.test/gcc-4.8.1/debug/link-static/test_bessel_k collect2: fatal error: ../bin.v2/libs/math/test/test_instances/gcc-4.8.1/debug/link-static/libtest_instances.a: not a COFF file In the math library I get this issue, and also many floating point constants are being truncated to zero. Is there any way to prevent that? Allocator = std::allocator<long unsigned int>] BOOST_MP_FORCEINLINE BOOST_CONSTEXPR cpp_int_backend() BOOST_NOEXCEPT{} ../boost/multiprecision/cpp_int.hpp:1032:41: note: candidate expects 0 arguments, 1 provided These compilation errors resolve around multiprecision. I don't know how to proceed on this error at all. I am currently compiling with the following command: ../b2 -a "cxxflags=-fpermissive -g" "linkflags=-lpthread -lc128 -Wl,-bbigtoc" Any suggestions or advice is appreciated! Thank you for your time! Sincerely, -Axel

1 0

Boost Social Event at CppCon
by Jon Kalb 24 Jun '14

24 Jun '14

Boosters, Because a lot of Boosters are going to be attending CppCon, we¹d like to arrange a social event for Boosters/C++Now regulars. http://cppcon.org/ If you are planning to attend CppCon or even If you are just going to be in or around Bellevue, Washington between September 7th and 12 and you¹d like to join us for dinner, please let us know so we can get a count. Please send mail to: social(a)boost.org Once we settle on a date, etc, we¹ll let everyone who responded know when and where, so please let us know, even if you are a ³maybe.² This year¹s CppCon program includes sessions from a number of Boosters and C++Now regulars with sessions specifically about Boost Libraries. If you are considering attending, please be aware that the Early Bird registration deadline is just days away. http://cppcon.org/registration/ If you are attending, please make your hotel reservations soon. We are likely to sell out of our room block. http://cppcon.org/lodging/ I hope to see you at CppCon. Jon

1 0

[optional] Warnings about uninitialized values
by Andrey Semashev 23 Jun '14

23 Jun '14

Hi, When I use boost::optional I often see gcc warnings about using possibly uninitialized values. I've seen such warnings in my projects outside Boost but now I encountered them in Boost.Log. Building the current develop with gcc 4.8 I see this: ./boost/date_time/constrained_value.hpp: In member function ‘boost::shared_ptr<boost::log::v2_mt_posix::sinks::sink> boost::log::v2_mt_posix:: {anonymous}::default_text_file_sink_factory<CharT>::create_sink(const settings_section&) [with CharT = wchar_t; boost::log::v2_mt_posix:: {anonymous}::default_text_file_sink_factory<CharT>::settings_section = boost::log::v2_mt_posix::basic_settings_section<wchar_t>]’: ./boost/date_time/constrained_value.hpp:76:7: warning: ‘*((void*)& day +2)’ may be used uninitialized in this function [-Wmaybe-uninitialized] value_ = value; ^ libs/log/src/init_from_settings.cpp:172:32: note: ‘*((void*)& day +2)’ was declared here optional< unsigned short > day; ^ libs/log/src/init_from_settings.cpp:249:87: warning: ‘*((void*)& weekday +4)’ may be used uninitialized in this function [-Wmaybe-uninitialized] return sinks::file::rotation_at_time_point(weekday.get(), hour, minute, second); ^ libs/log/src/init_from_settings.cpp:171:37: note: ‘*((void*)& weekday +4)’ was declared here optional< date_time::weekdays > weekday; ^ I attached the full log for convenience. The code in question is this function: https://github.com/boostorg/log/blob/develop/src/init_from_settings.cpp#L171 Note that at line 248 and below I check that the optional is filled before using it, so there is no way I'll be accessing any uninitialized data (that is, if boost::optional behaves correctly). I suspect this may be a compiler bug. I tried to create a minimal example to reproduce it but the warning doesn't show in a simple context. However, I'd like it to be worked around somehow (unless it's an actual bug in boost::optional). Any suggestions? Am I missing a bug in my code?

3 5

[chrono] stopwatches tests failing
by Marcel Raad 22 Jun '14

22 Jun '14

Hi, currently all the stopwatches tests are failing with fatal error C1083: Cannot open include file: 'boost/chrono/stopwatches/stopwatch.hpp': No such file or directory (on MSVC). Apparently no symlink is created for the newly moved stopwatches subdirectory. Unfortunately I have no idea how to tell Boost.Build to do that.

2 2

How to make bjam use gcc instead of g++ using custom compiling and linking options
by Edson Eustachio 22 Jun '14

22 Jun '14

Due to some environment settings I cannot change, I have to build a lib using bjam instead of make. In my own development environment, I have a Makefile that can successfuly build the lib with the following options: gcc -x c -fPIC -shared -w -I include -o libfmtkit.so -lm src/fm5x.c src/fmTXT.c src/fmAiq.c src/fmArray.c src/fmCalc.c src/fmCandle.c src/fmCT.c src/fmCSI.c src/fmDate.c src/fmDJ.c src/fmFile.c src/fmFin.c src/fmFS.c src/fmPNF.c src/fmStr.c src/fmTc.c src/fmTrade.c src/fmTT.c So, I want to reproduce the options above in a Jamfile The first step is replace g++ by gcc. I've already found this can be done adding the rule using gcc But when I do that I got : $ bjam error: at /usr/share/boost-build/build/project.jam:825 error: duplicate initialization of gcc with the following parameters: error: version = 4.4.3 So, I conclude I am already using gcc instead g++. Is that right? The second step is overwrite the options -fPIC -shared -w to the my Jamfile Below is the Jamfile: lib fmtkit : src/fm5x.c src/fmAiq.c src/fmArray.c src/fmCSI.c src/fmCT.c src/fmCalc.c src/fmCandle.c src/fmChartW.c src/fmDJ.c src/fmDate.c src/fmFS.c src/fmFile.c src/fmFin.c src/fmGraph.c src/fmPNF.c src/fmStr.c src/fmTT.c src/fmTXT.c src/fmTc.c src/fmTrade.c : <include>include : <link>shared; I've passed thru the boost documentation but I've not found or I'm not able to understand how to do that into my Jamfile. Does anyone have some clue of where should I find instructions to setting that? This is the output I get when I try to build the lib using the Jamfile described above: $ bjam...found 81 targets......updating 3 targets... gcc.compile.c bin/gcc-4.4.3/debug/fmChartW.oIn file included from src/fmChartW.c:7: include/fmChartW.h:163: error: expected ')' before 'hdc' include/fmChartW.h:166: error: expected ')' before 'hdc' include/fmChartW.h:175: error: expected ')' before 'hdc' include/fmChartW.h:176: error: expected ')' before 'hdc' src/fmChartW.c:13: error: expected ')' before 'hdc' src/fmChartW.c:300: error: expected ')' before 'hdc' src/fmChartW.c: In function 'fmChartScreenInit': src/fmChartW.c:323: warning: implicit declaration of function 'malloc' src/fmChartW.c:323: warning: incompatible implicit declaration of built-in function 'malloc' src/fmChartW.c:329: warning: implicit declaration of function 'free' src/fmChartW.c:329: warning: incompatible implicit declaration of built-in function 'free' src/fmChartW.c: In function 'fmChartScreenClose': src/fmChartW.c:350: warning: incompatible implicit declaration of built-in function 'free' src/fmChartW.c: At top level: src/fmChartW.c:396: error: expected ')' before 'hdc' src/fmChartW.c:604: error: expected ')' before 'hdc' "g++" -x c -O0 -fno-inline -Wall -g -fPIC -I"include" -c -o "bin/gcc-4.4.3/debug/fmChartW.o" "src/fmChartW.c" ...failed gcc.compile.c bin/gcc-4.4.3/debug/fmChartW.o... gcc.compile.c bin/gcc-4.4.3/debug/fmGraph.o ... src/fmGraph.c:2544: error: 'fmSCALETYPESEMILOG' undeclared (first use in this function) src/fmGraph.c:2546: error: dereferencing pointer to incomplete type src/fmGraph.c:2546: error: dereferencing pointer to incomplete type src/fmGraph.c:2546: error: dereferencing pointer to incomplete type src/fmGraph.c:2546: error: dereferencing pointer to incomplete type src/fmGraph.c:2546: error: dereferencing pointer to incomplete type src/fmGraph.c:2546: error: dereferencing pointer to incomplete type src/fmGraph.c:2546: error: dereferencing pointer to incomplete type src/fmGraph.c:2546: error: dereferencing pointer to incomplete type src/fmGraph.c:2547: error: dereferencing pointer to incomplete type src/fmGraph.c:2551: error: dereferencing pointer to incomplete type src/fmGraph.c:2551: error: dereferencing pointer to incomplete type src/fmGraph.c:2551: error: dereferencing pointer to incomplete type src/fmGraph.c:2551: error: dereferencing pointer to incomplete type src/fmGraph.c:2551: error: dereferencing pointer to incomplete type src/fmGraph.c:2551: error: dereferencing pointer to incomplete type src/fmGraph.c:2552: error: dereferencing pointer to incomplete type src/fmGraph.c: In function 'fmGraphYpos': src/fmGraph.c:2565: error: 'fmSCALETYPESEMILOG' undeclared (first use in this function) src/fmGraph.c:2573: error: 'fmSCALETYPEINVERTED' undeclared (first use in this function) "g++" -x c -O0 -fno-inline -Wall -g -fPIC -I"include" -c -o "bin/gcc-4.4.3/debug/fmGraph.o" "src/fmGraph.c" ...failed gcc.compile.c bin/gcc-4.4.3/debug/fmGraph.o......skipped <pbin/gcc-4.4.3/debug>libfmtkit.so for lack of <pbin/gcc- 4.4.3/debug>fmChartW.o......failed updating 2 targets......skipped 1 target... Thanks in advance

1 0

big problem with dependency changes
by Robert Ramey 21 Jun '14

21 Jun '14

Currently the master branch has a few problems. Here is one typical example. My project uses the current master to provide boost libraries which I'm not working on. One file has the statement #include <boost/utility/enable_if.hpp> which fails to compile since boost/utility/enable_if.hpp has been moved to core. This raises a few questions. a) Isn't the master branch always supposed to be working? b) There are a lot of intermediate checkins which break the master. Should these be done an a branch and, once they are believed to be all correct, merged in as a group. This would support the concept a) above. c) will I have to change code in the library I maintain to manually change all occurrences of #include <boost/utility/enable_if.hpp> to #include <boost/core/enable_if.hpp> ? d) Why are the tests on the master branch passing? Robert Ramey -- View this message in context: http://boost.2283326.n4.nabble.com/big-problem-with-dependency-changes-tp46… Sent from the Boost - Dev mailing list archive at Nabble.com.

11 27

Efficient tuple implementation
by Louis Dionne 20 Jun '14

20 Jun '14

Hi, I recently discovered (or maybe not) a neat trick to implement a tuple-like container. The technique has a couple of drawbacks which I will explain later. For a real example, you can see my list implementation in Boost.Hana at [1]. Here's the idea: auto list = [](auto ...xs) { return [=](auto access) { return access(xs...); }; }; auto head = [](auto xs) { return xs([](auto first, auto ...rest) { return first; }); }; auto tail = [](auto xs) { return xs([](auto first, auto ...rest) { return list(rest...); }); }; auto length = [](auto xs) { return xs([](auto ...z) { return sizeof...(z); }); }; // etc... // then use it like auto three = length(list(1, '2', "3")); The idea is to use the capture of the lambda as a fast compiler-generated struct with the desired members. By passing a function to that lambda, we get an access to the unpacked representation of those members and we can then apply any fast algorithm on parameter packs. Drawbacks --------- 1. The type of that tuple is completely opaque. Hence, it is harder to debug, but I'm working on other stuff that should make this a moot point. 2. Since lambdas can't be made constexpr, this tuple can't either. However, there was some discussion about proposing constexpr lambdas at C++Now and it looked like there was a lot of support for the idea, so this might change. Benchmarks ---------- I ran a couple of benchmarks testing the compilation time and the results are self explanatory. The benchmark suite is at [2]. ## Create a tuple of n elements The test code looks like: #include <boost/tuple/tuple.hpp> int main() { auto go = boost::make_tuple(1, ..., n); } <a href="http://imgur.com/rKqmvk3"><img src="http://i.imgur.com/rKqmvk3.png"/></a> ## Access the last element of a tuple of n elements The test code looks like: #include <boost/tuple/tuple.hpp> int main() { auto go = boost::make_tuple(1, ..., n); auto last = boost::get<n-1>(go); } <a href="http://imgur.com/b4rWR4y"><img src="http://i.imgur.com/b4rWR4y.png"/></a> Also, for those following the development of Boost.Hana, it is going well and I am preparing for a followup in the near future. Stay tuned! Regards, Louis Dionne [1]: http://github.com/ldionne/hana/blob/master/include/boost/hana/list.hpp [2]: http://github.com/ldionne/benchcc/tree/master/benchmarks

9 22

[optional] Add Optional to BoostBook subset of Boost C++ Libraries
by Andrzej Krzemienski 20 Jun '14

20 Jun '14

Hi, I am looking at this documentation index: http://www.boost.org/doc/libs/develop/doc/html/index.html And I can see that Optional is not included. Could someone add it there, or is there any criterion why certain libraries don't make it in? Regards, &rzej

3 2

[interprocess] Ticket 9414 (32 process communicating with 64 process)
by Joseph Van Riper 20 Jun '14

20 Jun '14

I ran into a problem with message queues that, after a couple of days investigation, lead to finding this bug. I notice that the maintainer has labelled this bug as 'invalid'. I would like to convince the maintainer otherwise. My alternatives are less optimum. I am working on a project where, on a Windows machine, I am running a service that waits for messages on the message queue. On a 32-bit environment, I will not run into any problems. But in a 64-bit environment, I may have either 64-bit or 32-bit clients attempting to write to the message queue, due to the nature of my needs and the nature of the Windows operating system. The messages from the clients are not specific to the bit-ness of the client, but are sent to the server. The server records these messages to a database it maintains. The server then pulls messages from the database and posts it to a web page. As the code stands now, I will have to compile both a 32-bit and 64-bit version of the server to install on 64-bit WinOS boxes, maintaining two separate databases of similar information, which will post to the web site with no sense of co-ordination (and little hope of co-ordination since they can't talk to each other). Or, alternatively, I would have to create my own message queue that doesn't rely upon std::size_t, but perhaps uses boost::uint32_t or boost::uint64_t instead... but it seems silly to me to maintain another message queue when this one is very close to being able to do what I need. I should also point out that I need for this to work in Linux as well, although I don't expect Linux has the Windows annoyance of having to work with two different bit-wise operating systems on one box. At the very least, I'd like a dialog, so I can understand why this defect is considered 'invalid'. Convince me that it really is invalid, and I'll go away. Otherwise, I respectfully argue against it. - Trey

3 4