- Boost-users - lists.preview.boost.org

Boost, MacOSx, and 64 bit
by S. L. Garwood 04 Feb '19

04 Feb '19

I have built boost 1.68 and 1.69 on MacOSX. When I try to use the binary components in a link, I get an error about not being able to find a version for x86_64. Does anyone have any tips? Is there a 64 but specific define for the build? Boost 1.66 from MacPorts seems to be fine but they don’t have 1.68 or 1.69 available (yet). I have a lot of software build using MacPorts so a migration to Homebrew is not really doable at this time.

2 2

Windows 64 bit Libraries.
by A Z 02 Feb '19

02 Feb '19

The boost library contains links to 64 bit Windows libraries on the bintray website, at https://dl.bintray.com/boostorg/release/1.66.0/binaries/. However, these libraries are only for versions of the Microsoft Visual C++ compiler, which do not have compatible bit profiles towards GNU G++, but more particularly with 64 bit Windows TDM. Is it possible for someone at BOOST to build and post libraries for Windows 64 bit TDM C++ for public and professional downloading and usage?

1 0

issue with property_tree/json_parser
by Harikrishna 29 Jan '19

29 Jan '19

Hi All, I am trying to use boost json_parser. I have included json_parser.hpp in my cpp file, I have not included any other code. But I am getting many compilation errors like error: 'boost::spirit::classic' has not been declared and In function void boost::property_tree::json_parser::read_json_internal(std::basic_istream<typename Ptree::key_type::value_type, std::char_traits<typename Ptree::key_type::value_type> >&, Ptree&, const std::string&): [exec] /usr/include/boost/property_tree/detail/json_parser_read.hpp:288: error: \u2018classic\u2019 is not a namespace-name Can you help me resolve this issue? -- Thanks Harikrishna

3 2

[Spirit] Looking for a little Qi guidance for Unicode parsing
by Michael Powell 28 Jan '19

28 Jan '19

Hello, I am turning a corner in my JSON parser. I support ASCII through and through, but now I want to support Unicode, apparently UTF-8, part of the JSON standard. From what I can tell, this is not the entire grammar, but just for Strings. Looking for a little guidance on how to approach that issue, the elements involved, etc. Such as, are we talking about C++ std::wstring? I have also seen std::u32string referenced in some forums. To begin with, it is a somewhat naive impression, would the characters not translate to unsigned char or char, but rather to std::wstring::value_type or std::u32string::value_type? Things like that come to mind approaching the issue. Additionally, how to otherwise handle symbol tables such as escape characters, i.e. from: struct escapes_t : qi::symbols<char, char> { escapes_t() { this->add("\\b", '\b') ("\\f", '\f') ("\\n", '\n') ("\\r", '\r') ("\\t", '\t') ("\\v", '\v') ("\\\\", '\\') ("\\/", '/') ("\\'", '\'') ("\\\"", '"') ; } } char_esc; And on from there. Thanks! Best regards, Michael W Powell

2 1

ASIO: Writing Composed Operations
by Cristian Morales Vega 26 Jan '19

26 Jan '19

Hi, I was looking at https://www.boost.org/doc/libs/develop/libs/beast/doc/html/beast/using_io/w… and came up with a question I can't answer: In https://github.com/boostorg/beast/blob/develop/example/echo-op/echo_op.cpp#… why does it use the AsyncStream associated executor without even looking at the potentially different (right?) Handler associated executor? Regards.

3 13

Fwd: Help needed with include path
by David Aldrich 25 Jan '19

25 Jan '19

Hi I am using Boost on Ubuntu 18.04 LTS, which has boost 1.65.1 installed. I want to use boost 1.69, which I have installed on another server. I specify that remote boost path in my makefile and make compiles my source file with: g++ -c -Wall -m64 -I/net/simdata/OpenSourceLibs/Boost/rel-1.69.0/ -fpic -O3 SINRCalculation.cpp -o _gnuRelease/SINRCalculation.o Now that source file uses boost/multi_array.hpp. The above compiler command gives error: In file included from /usr/include/boost/multi_array.hpp:30:0, from SINRCalculation.cpp:25: /net/simdata/Hudson_OpenSourceLibs/Boost/rel-1.69.0/boost/type_traits.hpp:118:10: fatal error: boost/type_traits/is_nothrow_swappable.hpp: No such file or directory #include <boost/type_traits/is_nothrow_swappable.hpp> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ compilation terminated. Now my copy of boost 1.69 does contain is_nothrow_swappable.hpp so, at first sight, that error is surprising. I think what is happening is the is_nothrow_swappable.hpp is being searched for on the system library path (boost 1.65 does not have that file), not the one I specified using -I. Am I correct? If so, how can I force the compiler to use the boost 1.69 path consistently for all paths?

3 2

Memory mapped files
by Simon Giddings 24 Jan '19

24 Jan '19

Good morning, We are developing a system which heavily uses memory mapped files. These files are initially created under a unix system, but will then be used in portable systems such as Android and iOS. We are having some problems loading memory mapped files created under Unix into Android. Is this scenario even possible ? Are the memory mapped files compatible between systems ? Hope you will be able to shed some light on this. Best regards Simon

5 10

C++Now 2019 Registration is Open
by Jon Kalb 24 Jan '19

24 Jan '19

Boosters, Registration for C++Nows 2019 (aka BoostCon) is now open: http://cppnow.org/announcements/2019/01/2019-registration-is-open/ Please help us to spread the word about this announcement. Thanks. Note that the Aspen Meadows Resort online registration link is also up on the lodging page. Because there will be another group in the hotel, we’ve been allocated fewer rooms this year. Please either reserve a room very soon or plan to stay at the Lamplighter or another hotel in town. See you in Aspen in May. Jon

1 0

[Format] Formatting some string chars not encoding to hex
by Michael Powell 22 Jan '19

22 Jan '19

Hello, I've got some characters that are not formatting to hex properly. They are not being interpreted correctly by the strongly typed Format. For instance, consider the format string: const char x = '$'; // also, '_', for instance const auto s = (boost::format("\\x%1$02x") % x).str(); I would expect this to encode to: "\\x24", however, instead this encodes to "\\x0$". I would expect '_' to encode: "\\x5f", however, this encodes to "\\x0_". In a few words, the encoding is "seeing" the char as a literal char instead of as an "integer". Although I could possibly trap for this as being the case, I do not think that I should. Thoughts? Format authors? Best regards, Michael Powell

2 2

Warnings from 1.69.0
by tim＠raisedbar.net 22 Jan '19

22 Jan '19

Hi, Whilst building my application using Visual Studio 2017 I get the following warnings that I wasn't getting prior to changing to 1.69.0: 1>c:\program files\boost\boost\pending\integer_log2.hpp(7): note: This header is deprecated. Use <boost/integer/integer_log2.hpp> instead. The identified header is not referenced in my own code, but is being included by the Boost logging code. Can anybody advise me as to my best way of dealing with this situation, please, as I'm trying for a warning-free build. Best wishes. Tim Burgess Raised Bar Ltd. E: <mailto:tim@raisedbar.net> tim(a)raisedbar.net M: +44 (0)7989 486976

2 1