- Boost - lists.boost.org

Possible develop config issue on arm32
by Tom Kent 25 Jun '22

25 Jun '22

I have a regression runner running on raspberry pi 32-bit architecture (in addition to a one on 64-bit raspberry pi and tons of X86). gcc-8 builds fine in both master and develop clang-9 builds fine on master clang-9 running the same command line, just on develop, has errors like this [1], finding basic includes: ``` "clang++-9" -c -x c++ -Wno-c99-extensions -std=c++2a -O0 -fno-inline -Wall -g --target=arm-pc-linux -Wno-deprecated-declarations -DBOOST_ALL_NO_LIB=1 -DBOOST_BEAST_ALLOW_DEPRECATED -DBOOST_BEAST_SEPARATE_COMPILATION -DBOOST_TEST_NO_AUTO_LINK=1 -I".." -o "/mnt/fs1/teeks99-05/run/results/boost/bin.v2/libs/accumulators/test/count.test/clang-linux-9~c++2a/debug/link-static/count.o" "../libs/accumulators/test/count.cpp" clang: warning: unknown platform, assuming -mfloat-abi=soft clang: warning: unknown platform, assuming -mfloat-abi=soft In file included from ../libs/accumulators/test/count.cpp:6: In file included from ../boost/test/unit_test.hpp:18: In file included from ../boost/test/test_tools.hpp:17: In file included from ../boost/config.hpp:44: ../boost/config/detail/select_stdlib_config.hpp:26:14: fatal error: 'cstddef' file not found # include <cstddef> ^~~~~~~~~ 1 error generated. ``` The relevant line of the user-config.jam is: using clang : 9~c++2a : clang++-9 : <cxxflags>"-Wno-c99-extensions -std=c++2a" ; The two command lines being run are: run.py --runner=teeks99-05-mc9-2a-32onarmv7l --toolsets=clang-9~c++2a \ "--bjam-options=-j4 address-model=32 --remove-test-targets" \ --comment=info.html --tag=master run.py --runner=teeks99-05-dc9-2a-32onarmv7l --toolsets=clang-9~c++2a \ "--bjam-options=-j4 address-model=32 --remove-test-targets" \ --comment=info.html --tag=develop Any ideas why master and develop would be different in this regard? Something with B2 changes? Thanks, Tom [1] https://www.boost.org/development/tests/develop/developer/output/teeks99-05…

3 2

Boost.URL review
by Klemens Morgenstern 24 Jun '22

24 Jun '22

Hi guys, I would like to volunteer as review manager for boost.url. Who can guide me through the process? Best regards, Klemens

2 2

Boost 1.80 closed for new libraries and breaking changes
by Glen Fernandes 23 Jun '22

23 Jun '22

Next deadline: On 2022-06-29 closed for all major code changes. See https://www.boost.org/development/index.html for the full calendar. -- Release Managers

1 0

Delayed response for sleep function
by Daggumati, Rajesh 22 Jun '22

22 Jun '22

Hi Team, When I use boost sleep function, I am getting delayed response. How to overcome this issue. Is there any alternative for this? boost::posix_time::ptime t1 = boost::posix_time::microsec_clock::local_time(); boost::this_thread::sleep(boost::posix_time::millisec(10000)); boost::posix_time::ptime t2 = boost::posix_time::microsec_clock::local_time(); boost::this_thread::sleep(boost::posix_time::millisec(10000)); boost::posix_time::ptime t3 = boost::posix_time::microsec_clock::local_time(); boost::posix_time::time_duration diff = t2 - t1; std::cout << diff.total_milliseconds() << std::endl; boost::posix_time::time_duration diff1 = t3 - t2; std::cout << diff1.total_milliseconds() << std::endl; output is : 10005 10006 Expected ouput should be 10000 and 10000 Regards, Rajesh D Please be advised that this email may contain confidential information. If you are not the intended recipient, please notify us by email by replying to the sender and delete this message. The sender disclaims that the content of this email constitutes an offer to enter into, or the acceptance of, any agreement; provided that the foregoing does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment.

6 8

Re: [boost] Delayed response for sleep function
by William Linkmeyer 21 Jun '22

21 Jun '22

This is interesting and helpful — yes! Although, it sounds like it’s more pertinent to software timers, right? I’ve done some work with hardware RTCs, many of which drift by 4ms/day, others by a few ms/year. (For physical quartz clocks, drift is a function of temperature and crystal frequency.) I had assumed that these clocks were more-or-less ubiquitous on computers today. Anyway, best regards and thank you for your detailed response. WL > On Jun 21, 2022, at 4:12 AM, Neil Groves <neilgroves(a)gmail.com> wrote: >

2 2

Re: [boost] [Boost-users] Boost Twitter is Blowing Up!!!
by Vinnie Falco 21 Jun '22

21 Jun '22

On Mon, Jun 20, 2022 at 7:48 PM 😉 Good Guy 😉 via Boost-users <boost-users(a)lists.boost.org> wrote: > The problem with Twitter is that it requires an account to read the posts. Yeah, so... my assumption when I made this post is that most folks have a Twitter account. I see that is not the case, even for long-time Boost authors. If you don't already have a Twitter account, there is not going to be much benefit to creating one just to like, follow, and retweet the Boost account, as you will have no followers and thus no reach. Although you might consider creating an account if you want to become more involved in C++ Twitter in general. That said, Twitter and the other socials might not be important to the senior engineers, authors, and maintainers here but collectively, Boost needs to catch up in terms of courting the younger generations of developers. We need fresh blood for library submissions, reviewers, and review managers. Our efforts on social media are aligned with this goal. Thanks

2 3

[JSON] Vote for Boost.JSON in this poll!
by Vinnie Falco 21 Jun '22

21 Jun '22

There's an online poll asking about which JSON library you use. If you use Boost.JSON consider voting for it: <https://meetingcpp.com/mcpp/survey/?q=2> Also, consider voting for it if you _don't_ use Boost.JSON, but you want to. -- Regards, Vinnie Follow me on GitHub: https://github.com/vinniefalco

1 0

Boost Twitter is Blowing Up!!!
by Vinnie Falco 21 Jun '22

21 Jun '22

Greetings fellow users, library authors, maintainers, review wizards, release wizards, and Boost Foundation Board members! As part of our ongoing effort to continue the revitalization of Boost, a handful of us have taken the reins to post about Boost on social media. We have postings on Reddit and Hacker news, blog posts about the new efforts in Boost.Unordered, and new tweets. However, we could use your help! Right now the Boost Twitter account has a measly 957 followers. It would be great to increase our reach, so I'm asking everyone if they could be so kind as to Follow the official Boost Twitter account here: <https://twitter.com/Boost_Libraries> and then amplify our messages by Liking and Retweeting. Starting with this pinned tweet, which everyone will see when they visit the Boost Libraries Twittter profile page: <https://twitter.com/Boost_Libraries/status/1539003321939202048> Following the Boost Twitter account will give you up-to-date information about what is going on with Boost, including articles and mentions on other social media sites. Here is what we have so far: <https://www.reddit.com/r/cpp/comments/vfdcrz/advancing_the_state_of_the_art…> <https://www.reddit.com/r/cpp/comments/vbdr3z/new_boostunordered_containers_…> <https://twitter.com/hackernewstop10/status/1538622706035343364> <https://news.ycombinator.com/item?id=31801814> To summarize, engaging with Boost related content on social media will enhance our profile - any help is appreciated! -- Regards, Vinnie Follow me on GitHub: https://github.com/vinniefalco

2 1

[thread] upgrade_to_unique_lock takes a upgrade_lock, not an upgrade_mutex
by Phil Endecott 21 Jun '22

21 Jun '22

Dear Experts, boost::upgrade_mutex m; void f() { boost::upgrade_lock l(m); // read shared state g(); } void g() { // precondition: upgrade lock held. boost::upgrade_to_unique_lock l(m); // write shared state } But that's not how it works. The upgrade_to_unique_lock takes the upgrade_lock as its ctor parameter, not the mutex. Is there a good reason for that? I think all that upgrade_to_unique_lock needs to do is to call m.unlock_upgrade_and_lock() in its ctor and m.unlock_and_lock_upgrade() in its dotr, i.e. it doesn't need to access any state in the upgrade_lock. Am I missing something? Regards, Phil.

3 4

multiprecision/gmp.hpp
by Gero Peterhoff 17 Jun '22

17 Jun '22

Hello John, if i include boost::cstdint/float.hpp AND boost::multiprecision::gmp.hpp gets errors in boost::multiprecision::detail::float128_functions.hpp. With the attached patch it works, although I have no idea why this is needed. regards Gero

2 1