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

Multiprecision vector pass to function by reference
by Cooper, Bridgette R D 02 May '16

02 May '16

Hi, I am having some difficulties passing a vector of type std::vector<float128> to a function. I'm getting multiple errors out. The first few of which are: tql2.cpp:13:50: error: 'float128' was not declared in this scope void tql2(const int nm, int n, const std::vector<float128> & d, const std::vector<float128> & e, const std::vector< std::vector<float128> > & z, int ierr) ^ tql2.cpp:13:50: note: suggested alternative: In file included from tql2.cpp:1:0: /home/bcooper/Tarballs/boost_1_57_0/boost/multiprecision/float128.hpp:124:42: note: 'boost::multiprecision::float128' typedef number<float128_backend, et_off> float128; ^ tql2.cpp:13:58: error: template argument 1 is invalid void tql2(const int nm, int n, const std::vector<float128> & d, const std::vector<float128> & e, const std::vector< std::vector<float128> > & z, int ierr) ^ tql2.cpp:13:58: error: template argument 2 is invalid tql2.cpp:13:83: error: 'float128' was not declared in this scope void tql2(const int nm, int n, const std::vector<float128> & d, const std::vector<float128> & e, const std::vector< std::vector<float128> > & z, int ierr) ^ tql2.cpp:13:83: note: suggested alternative: In file included from tql2.cpp:1:0: /home/bcooper/Tarballs/boost_1_57_0/boost/multiprecision/float128.hpp:124:42: note: 'boost::multiprecision::float128' typedef number<float128_backend, et_off> float128; ^ The first few lines of my code are: #include <boost/multiprecision/float128.hpp> #include <boost/math/cstdfloat/cstdfloat_types.hpp> #include <boost/math/cstdfloat/cstdfloat_limits.hpp> #include <boost/math/cstdfloat/cstdfloat_cmath.hpp> #include <boost/math/cstdfloat/cstdfloat_iostream.hpp> extern "C"{ #include <quadmath.h> } #include <iostream> #include <vector> #include <iterator> void tql2(const int nm, int n, const std::vector<float128> & d, const std::vector<float128> & e, const std::vector< std::vector<float128> > & z, int ierr) { using namespace boost::multiprecision; ... } Not sure where I am going wrong? Any advice? Thanks,

2 1

Re: [Boost-users] [boost.multiprecision] export_bits throws on a negative
by Tassilo Glander 02 May '16

02 May '16

Hi John, I opened tickets to track both issues: - Ticket #12170 (new Bugs) boost::multiprecision::export_bits throws on a negative cpp_int number - Ticket #12171 (new Feature Requests) boost::multiprecision should provide a hash function Best, Tassilo

2 1

boost log facility multithreading issue
by David Frank 01 May '16

01 May '16

Greetings,I have 4 threads, in each thread, I created its own log file using boost log facility, different from the ones in other thread.The problem is that the log entries I put into one file in one thread, got into all other log files in other threads, though the boost log instances are not shared among threads. Anyone know how to avoid this? Thanks, David

1 0

boost/multiprecision/float128
by Cooper, Bridgette R D 01 May '16

01 May '16

I'm new to boost. I am trying to use the float128 type for calculating sqrts as a larger part of code, however I am not sure the values obtained are accurate to float128 precision. I have tried running the example for printing log(2) found here, I find the same for sqrt: http://www.boost.org/doc/libs/1_57_0/libs/multiprecision/doc/html/boost_mul… However, the value printed log(2) only agrees to 16 decimal places, i.e. double precision. The value I obtain is 0.693147180559945286226763982995180413 rather than 0.693147180559945309417232121458176575 I'm using: g++ (GCC) 4.8.2 20140120 (Red Hat 4.8.2-15) with boost 1.57.0. Any advice as to what I am doing incorrectly? My compile line is: g++ -I ~/$BOOSTLIB new.cpp -lquadmath -o new Thanks,

3 6

[utility] BOOST_IDENTITY_TYPE drops const-ness of value types
by Nick Stokes 29 Apr '16

29 Apr '16

Looks like const value types, once passed thru BOOST_IDENTITY_TYPE, "becomes" non-const. Like so: // Attempt to implement a multi-argument utility macro, where arguments are // types, parenthesized only when required (by the user, when type has commas) #define ASSERT_EQUAL( t1, t2 ) \ static_assert( std::is_same< \ BOOST_IDENTITY_TYPE((t1)), BOOST_IDENTITY_TYPE((t2)) \ >::value, #t1 " not same as " #t2) // sanity check: static_asserts as expected ASSERT_EQUAL( int, double ); // sanity check: static_assert as expected for types with commas ASSERT_EQUAL( (std::pair<int, double>), (std::pair<double, int>) ); // Here is the failure: this is expected to assert but it doesnt! ASSERT_EQUAL( const int, int ); >From the implementation of BOOST_IDENTITY_TYPE, it is clear why this is happening, as the function signature is independent of const-ness of value type. Is this a bug? Or is this not the way BOOST_IDENTITY_TYPE is supposed to be used? Nick

1 0

linking and including in visual studio
by David Medine 29 Apr '16

29 Apr '16

This is kind of a stupid question, and maybe more of a Windows/Visual Studio question than a boost one, but this has been troubling the back of my mind lately. Having learned to write and compile C++ code on Linux, I am always in the habit of explicitly stating the include and library paths for the compiler to search for, as well as the libraries themselves that need to be linked. However, I am revising some Visual Studio projects that use boost and I realized that the path I gave for 'Additional Library Directories' is $(BOOST_ROOT)/lib, but my version of boost hasn't got this directory (it's actually $(BOOST_ROOT)\libs). I then removed all references to boost from 'Additional Library Directories', and 'Additional Include Directories' and the application builds and runs swimmingly. This leads me to believe, that assigning the BOOST_ROOT environment variable in Windows is the only step that is needed for VS's auto linking magic to link correctly to boost. Am I right here, or is there something I am missing? Cheers, David

7 14

Date and Time with Boost
by Counter Wall 28 Apr '16

28 Apr '16

What I want to do is read a text file containing a text string in ISO 8601 combined date and time in utc format (e.g. 2016-04-26T12:45:05+00:00). I also want to have the freedom to convert this between time zones and have accurate daylight savings time data. Boost::datetime seems to read in the string, but it looks like boost::locale is recommended for time zone conversions and DLS. Is there a way for me to have both?

2 1

Re: [Boost-users] [boost.multiprecision] export_bits throws on a negative number
by Tassilo Glander 28 Apr '16

28 Apr '16

Hi John, thanks for stepping in. I would expect that the export just exports the memory representation of the number - maybe with flipped order via msv_first parameter. Especially, something exported via export_bits and than imported via import_bits should be the same, at least on the same platform. That said, I actually was just looking for a way to implement a hash function and thought it was straightforward to use chunks of char. But I could also compute the hash on the str() output. Tassilo

2 1

[boost.multiprecision] export_bits throws on a negative cpp_int number
by Tassilo Glander 28 Apr '16

28 Apr '16

Dear List, When calling export_bits on a negative boost::multiprecision number based on cpp_int, an exception is thrown from the internal method msb ("testing individual bits in negative values is not supported"). boost::multiprecision::checked_int128_t i (-1); // use negative number std::vector<unsigned char> v; export_bits(i, std::back_inserter(v), 8); // throws How can I extract the content of a boost::multiprecision number? Boost documentation says, export_bits is designed to be used for data exchange, so in my understanding it would be a major flaw, if it cannot export supported values. I learnt that a workaround might be to directly access the backend's limbs, but this way I am accessing internals that may change. http://www.boost.org/doc/libs/master/libs/multiprecision/doc/html/boost_mul… I also asked this on http://stackoverflow.com/questions/36890928/boostmultiprecisionexport-bits-…, but this list is probably the better place. Thanks, Tassilo

2 1

[PBGL] compilation of example/dijkstra_shortest_paths.cpp failed
by Eisuke Kawashima 27 Apr '16

27 Apr '16

Dear all, I tried to compile http://www.boost.org/doc/libs/1_60_0/libs/graph_parallel/example/dijkstra_sh ortest_paths.cpp, an example code of Parallel Boost Graph, resulting in faulure; example/breadth_first_search.cpp has no problem. My environment is: * GCC 4.9.2 * OpenMPI 1.10.2 * boost 1.60.0 * OS: Debian jessie The error, related to template, is long; the summary is: $ mpicxx -std=c++11 -lboost_mpi -lboost_serialization -lboost_system - lboost_graph_parallel dijkstra_shortest_paths.cpp In file included from boost/graph/dijkstra_shortest_paths.hpp:25:0, from dijkstra_shortest_paths.cpp:19: boost/pending/relaxed_heap.hpp: In instantiation of ‘bool boost::relaxed_heap... boost/graph/distributed/crauser_et_al_shortest_paths.hpp:377:54: required from ... boost/graph/distributed/detail/remote_update_set.hpp:148:7: required from ... boost/graph/distributed/crauser_et_al_shortest_paths.hpp:264:37: required from ... boost/graph/breadth_first_search.hpp:76:7: required from ... boost/graph/breadth_first_search.hpp:124:69: required from ... boost/graph/breadth_first_search.hpp:135:64: [ skipping 4 instantiation contexts, use -ftemplate-backtrace-limit=0 to disable ] boost/graph/distributed/dijkstra_shortest_paths.hpp:146:50: required from ... boost/graph/distributed/dijkstra_shortest_paths.hpp:200:45: required from ... boost/graph/dijkstra_shortest_paths.hpp:573:16: required from ... boost/graph/dijkstra_shortest_paths.hpp:595:35: required from ... boost/graph/dijkstra_shortest_paths.hpp:614:14: required from ... dijkstra_shortest_paths.cpp:74:64: required from here boost/pending/relaxed_heap.hpp:194:70: error: cannot convert ‘const value_type {aka const boost::optional<boost::detail::parallel::global_descriptor<long unsigned int> >}’ to ‘bool’ in return bool contains(const value_type& x) const { return groups[get(id, x)]; } ^ "-ftemplate-backtrace-limit=0" flag did not work. How to fix this? -- Eisuke Kawashima

2 4