- Boost-users - lists.boost.org

[release] Boost 1.72.0 Beta 1
by Marshall Clow 12 Apr '20

12 Apr '20

Boost release 1.73.0 beta 1 is now available at: <https://dl.bintray.com/boostorg/beta/1.73.0.beta.1/source/> The SHA256 checksums are as follows: 44f323b42c4375ab3751b67ac5ce53ba5267af20cf375be75675d8952d3cca4e ./boost_1_73_0_b1.7z 5270fa89243a3508331bd3773800de6d2f98d1f160b95e362fa8269d9cd58773 ./boost_1_73_0_b1.tar.bz2 82ffcd4a2e558a31f1ddd6a54ef6c00dae28b95c2ddee575c285544085dcb004 ./boost_1_73_0_b1.tar.gz 910b7560ee239472cc69e6a0c680dc4d9d7ea234faad807738ec98e4811c63d4 ./boost_1_73_0_b1.zip For details of what's in the release, see <https://www.boost.org/users/history/version_1_73_0.html>. Please download the beta, give it a try, and report any problems you encounter. Thanks, -- The Boost Release Team

1 0

Help on anything to try...
by gga 12 Apr '20

12 Apr '20

I am facing a weird crash using boost asio when the client segfaults upon exit on the Release builds of my program after the server has closed the connection. The crash happens upon exit of the application (so my guess it is probably some static destructor crashing), not at the end of the connection to the server. The crash does not occur on the Debug version of my application, nor does asan report any memory trashing. The crash also does not happen if I don't do any network connections in my application (boost::asio does not run any io_services). The crash also happens on Linux only and not on Windows. I created a relatively smaller client/server program like my executable and there's no crash there either. I have run out of things to try. Can someone suggest something I can try to see where the crash is happening? -- Gonzalo Garramuño

2 3

[release] Boost 1.73.0 Beta 1 Release Candidate 1
by Marshall Clow 10 Apr '20

10 Apr '20

The release candidates for the first 1.73.0 beta release are now available at: https://dl.bintray.com/boostorg/beta/1.73.0.beta.1/source/ The release notes are not yet available. The SHA256 checksums are as follows: 44f323b42c4375ab3751b67ac5ce53ba5267af20cf375be75675d8952d3cca4e ./boost_1_73_0_b1_rc1.7z 5270fa89243a3508331bd3773800de6d2f98d1f160b95e362fa8269d9cd58773 ./boost_1_73_0_b1_rc1.tar.bz2 82ffcd4a2e558a31f1ddd6a54ef6c00dae28b95c2ddee575c285544085dcb004 ./boost_1_73_0_b1_rc1.tar.gz 910b7560ee239472cc69e6a0c680dc4d9d7ea234faad807738ec98e4811c63d4 ./boost_1_73_0_b1_rc1.zip As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. -- The Boost Release Managers

3 4

404 GMane link in Boost.FileSystem doc
by Dominique Devienne 09 Apr '20

09 Apr '20

Hi. Over at https://www.boost.org/doc/libs/1_72_0/libs/filesystem/doc/reference.html#pa… (and older version of the doc too) there's a link to http://permalink.gmane.org/gmane.comp.lib.boost.devel/199744 which is no longer so permanent :). According to https://en.wikipedia.org/wiki/Gmane the website is no longer available. I guess any GMane link in docs should be updated to another ML archive. My $0.02. Thanks, --DD

2 1

[program_options] cmake issues
by Jeanette C. 09 Apr '20

09 Apr '20

Hey hey, I get a cmake error about a non-existent directory from boost::program_options, namely /include . It only happens with the program_options library. Other libs included in the project are date_time, filesystem and system. A quick peak at /lib/cmake/boost_program_options-1.72.0/boost_program_options-config.cmake compared to the same file from date_time didn't give me any obvious hint though. But I'm not very familiar with cmake. The cmake line in my project to find these Boost packages is this: find_package(Boost 1.58 REQUIRED COMPONENTS program_options filesystem date_time system) Here's the error message when running this with cmake: [...] Imported target "Boost::program_options" includes non-existent path "/include" in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include: [...] Can someone reproduce the issue or suggest a fix? Best wishes and TIA, Jeanette -- * Website: http://juliencoder.de - for summer is a state of sound * Youtube: https://www.youtube.com/channel/UCMS4rfGrTwz8W7jhC1Jnv7g * SoundCloud: https://soundcloud.com/jeanette_c * Twitter: https://twitter.com/jeanette_c_s * Audiobombs: https://www.audiobombs.com/users/jeanette_c * GitHub: https://github.com/jeanette-c There's a girl in the mirror I wonder who she is Sometimes I think I know her Sometimes I really wish I did <3 (Britney Spears)

1 0

[release] 1.73.0 closed for Beta
by Marshall Clow 09 Apr '20

09 Apr '20

The master branch is now closed for all changes except by permission for the Beta release. Also, remember to add your libraries' changes to the release notes at: < https://github.com/boostorg/website/blob/master/feed/history/boost_1_73_0.q… > Thanks, -- The Boost Release Team

1 0

[Boost.Test] linking with shared lib (cannot find main)
by Andrew McFarlane 06 Apr '20

06 Apr '20

Hi all, I have been using Boost.Test for about a month now. Big fan so far, except for the atrocious compilation times, hence why I am moving toward using the shared library. using b2 to build and install Boost.Test's libs was simple enough, though after making the noted changes here: https://www.boost.org/doc/libs/1_72_0/libs/test/doc/html/boost_test/adv_sce… to customize the module's entry point, g++ cannot find the main executable: Undefined symbols for architecture x86_64: "_main", referenced from: implicit entry/start for main executable ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [Guest_T] Error 1 I tried digging through the docs for more information, but I came up short. For more context, I have written unit tests for each of my classes. For example, if my classes were A, B, and C, I would have A_T.cpp, B_T.cpp, and C_T.cpp for unit tests. - Should each of the unit tests have their own main() function? (I would think not..) - If not, how do I instruct g++ to first compile main.cpp before attempting to compile anything else? If you are curious, here are the contents of my Makefile: PROG := main CC := g++ SDIR := ../src PKG_DIRS := $(shell ls $(SDIR)) CXXFLAGS = -v -Wall -std=c++11 -I$(SDIR_TEST) \ $(addprefix -I$(SDIR)/,$(PKG_DIRS)) -I$(BOOST_ROOT) \ -L$(BOOST_LIBS) -Wl,-rpath,$(BOOST_LIBS) -lboost_unit_test_framework ODIR_TEST = ./bin SDIR_TEST = ./src OUTDIR = ./execs ODIR = ../sim/bin TEST_EXEC_NAMES = $(notdir $(basename $(wildcard $(SDIR_TEST)/*.cpp))) $(OUTDIR)/$(PROG) : $(SDIR_TEST)/main.cpp $(CC) $(CXXFLAGS) -o $@ $< $(OUTDIR)/$(PROG) : $(TEST_EXEC_NAMES) $(CC) $(CXXFLAGS) -o $@ $^ % : $(SDIR_TEST)/%.cpp $(CC) $(CXXFLAGS) -o $(OUTDIR)/$@ $^ >From what I can tell, g++ is failing to find the main the executable because it is attempting to compile one of my unit test files first. This may or may not be the case; either way, I would appreciate some help or direction as to what I should read to learn more about this. Let me know if you need more info. Thanks in advance. - AJ

2 2

[Boost.Test] duplicate symbol '_main' (manual test registration)
by Andrew McFarlane 06 Apr '20

06 Apr '20

Hi all, As the subject line suggests, I am attempting to manually employ a master test suite that registers several sub test suites. - Each subtest suite has its own header and translation unit. - Each header has a public "init_test_suite()" method and several private "test_case<number>()" methods, all of which are declared static. The public method creates a test suite, adds all the test cases for that translation unit, and adds the suite to the master test suite. This method is intended to be called from main.cpp. Here is a simplified version of my main.cpp: #define BOOST_TEST_DYN_LINK #define BOOST_TEST_NO_MAIN #include <boost/test/unit_test.hpp> #include "A.h" #include "B_T.h" #include "C_T.h" bool register_test_suites() { A_T::init_test_suite(); B_T::init_test_suite(); C_T::init_test_suite(); return 0; } int main(int argc, char *argv[], char *envp[]) { return boost::unit_test::unit_test_main(&register_test_suites, argc, argv); } Here's the issue. Despite the fact that I have defined BOOST_TEST_NO_MAIN, it appears that my compiler is still generating 2 objects files for the main executable entry: duplicate symbol 'register_test_suites()' in: /var/folders/bc/v2yqpsf96kn31tx8ybvy9gyw0000gn/T/main-58c6b3.o bin/main.o duplicate symbol '_main' in: /var/folders/bc/v2yqpsf96kn31tx8ybvy9gyw0000gn/T/main-58c6b3.o bin/main.o ld: 2 duplicate symbols for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [execs/main] Error 1 As you might be wondering, all of my test translation units define BOOST_TEST_DYN_LINK, and none of them define BOOST_TEST_MODULE, as the documentation suggests. I tried removing BOOST_TEST_NO_MAIN from main.cpp but that did not appear to do anything. I also tried removing the static and shared Boost.Unit lib files from my stage/lib directory and rebuilding only the shared version, and that did not work either. Also not that my g++ command does have the expected -L and -l flags for linking with Boost.Test: -L/usr/local/boost_1_72_0/stage/lib -lboost_unit_test_framework I am lost here. No idea why main() is being defined twice. Thanks in advance. - AJ

2 2

BOOST_TEST_STRING_VIEW
by Leo Carreon 06 Apr '20

06 Apr '20

Hi Boost Users, Does anyone know what BOOST_TEST_STRING_VIEW is for? Kind regards, Leo

3 2

Issue upgrading boost from 1.5.6 to 1.7.2
by Luke Knoble 06 Apr '20

06 Apr '20

Ello!! This is my first time using a mail group! I'm using Visual Studio 2019. My error is this: error C2977: 'boost::mpl::map': too many template arguments I'm using about 139 arguments for this map. Do I need to rebuild Boost with some custom flag? Thanks, Luke

1 0