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

Compiling boost for Intel compiler on Windows
by Boaz Barnea MTH 19 Feb '18

19 Feb '18

Hi, I followed the steps<https://software.intel.com/en-us/articles/building-boost-with-intel-c-compi…> (with adjustments for intel compiler version 18) to build boost using Intel compiler. I have Intel i7 processor, with windows 7 64-bit version, therefore I run compilervars.bat batch with intel64 flag. I run b2 with address-model=32, yet in boost libboost_log-iw-mt-gd-x32-1_66.lib is created as an x64 binary (I see it using 'dumpbin /HEADERS libboost_log-iw-mt-gd-x32-1_66.lib') I guess the library is built by default as x64 for some reason.... any idea? Thanks, Boaz. *********************************************************************************************** Please consider the environment before printing this email ! The information contained in this communication is proprietary to Israel Aerospace Industries Ltd. and/or third parties, may contain confidential or privileged information, and is intended only for the use of the intended addressee thereof. If you are not the intended addressee, please be aware that any use, disclosure, distribution and/or copying of this communication is strictly prohibited. If you receive this communication in error, please notify the sender immediately and delete it from your computer. Thank you. Visit us at: www.iai.co.il

1 0

[Container] flat_multimap::erase crash on OSX 10.13.3/AppleClang Release mode
by Ho Cheung 19 Feb '18

19 Feb '18

Hi all, Please see attached CMakeLists and cpp file for minimal reproducible example. The throw seems to not always trigger (roughly 20-30% failure rate for me). Compiler: hoc$ clang --version Apple LLVM version 9.0.0 (clang-900.0.39.2) Target: x86_64-apple-darwin17.4.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin hoc$ system_profiler SPSoftwareDataType | grep Version System Version: macOS 10.13.3 (17D47) Kernel Version: Darwin 17.4.0 -- This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.

2 2

[boost] Yap's formal review is starting now!
by Louis Dionne via Boost 16 Feb '18

16 Feb '18

Dear Boost community, The formal review of Zach Laine's Yap library starts Monday, February 5th and ends on Wednesday, February 14th. Yap is a C++14-and-later library to build expression templates. Yap uses new features introduced in C++14/17 to make the library simpler to use and compile faster than existing solutions, such as the well known Boost.Proto library. The documentation is available here: https://tzlaine.github.io/yap/doc/html/index.html The GitHub repository is available here: https://github.com/tzlaine/yap We encourage your participation in this review. At a minimum, please state: - Whether you believe the library should be accepted into Boost - Your name - Your knowledge of the problem domain You are strongly encouraged to also provide additional information: - What is your evaluation of the library's: * Design * Implementation * Documentation * Tests * Usefulness - Did you attempt to use the library? If so: * Which compiler(s)? * What was the experience? Any problems? - How much effort did you put into your evaluation of the review? All issues discussed during this review will be tracked on the library's GitHub issue tracker at https://github.com/tzlaine/yap/issues. Regards, Louis Dionne P.S.: I've been having trouble posting to this list. If this ends up being a duplicate post, let's make this one the official one. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

I search information about directory_iterator
by Andy 16 Feb '18

16 Feb '18

I have: #include <boost/filesystem.hpp> namespace fs=boost::filesystem; for (auto& de : fs::directory_iterator("D:\\prog\\alg\\Diff")) { fs::path p = de.path(); auto ext = fs::extension(p); } directory_iterator is object or non-objective method? How can I write something similar, but database iterator. I want get information from mySQL. The simplest way is add everything returning by select to vector of vector of string. But I prefer database iterator. How it write? How is in general directory_iterator as a iterator model?

2 1

We need more mentors for GSoC
by David Bellot 14 Feb '18

14 Feb '18

Hi Boost community, we have already a few mentors, but we need more. If you're interested working with top-level C++ students from all around the world, please contact me and I'll add you to the list of mentors. We need more mentors now ! Best regards, David

1 0

Boost C++ is a mentoring organization for GSoC'18 !
by David Bellot 12 Feb '18

12 Feb '18

We just received this message from Google. It says it all ! *Congratulations! Boost C++ Libraries has been selected as a Google Summer of Code 2018 mentor organization.* This year again, we will be a mentoring organization for the Google Summer of Code. If you want to be a mentor, please contact me right now and register on the Google Summer of Code website too. Best regards, David

1 0

boost serialisation with clang 5.0.1
by avib369 . 12 Feb '18

12 Feb '18

I having a few problems with boost 1.53. I can build boost1.53 with, gcc 4.3-> 7.3, intel 15->17, clang 3.9.1 However with clang 5.0.1 , things go a bit pear shape. I can build boost 1.53/clang 5.0.1 and and my application no problem. However at runtime in crashes in release mode but works ok in debug mode. My early debugging point to serialisation of ptrs is broken in release mode (03) and clang 5.0.1 Has any one else seen this issue in later boost version with clang 5.0.1 ? ta, Avi

1 0

(no subject)
by giridhar 12 Feb '18

12 Feb '18

Hi Boost https://goo.gl/wknrVF Giridhar

5 4

[Graph] const safety in edge_list_impl::edge_iterator
by Hormoz Zarnani 11 Feb '18

11 Feb '18

Hello, I am wondering if there is a particular reason why the == and != operators for edge_list_impl::edge_iterator (defined in boost/graph/edge_list.hpp) are not marked const: // The implementation class for edge_list. template <class G, class EdgeIter, class T, class D> class edge_list_impl { public: ... struct edge_iterator { ... bool operator==(const self& x) { return _iter == x._iter; } bool operator!=(const self& x) { return _iter != x._iter; } EdgeIter _iter; edge_id _i; }; ... }; Also, it does not seem correct to have different const qualifiers for the operands of these operators (the above effectively says that the right operand is const, but the left operand may be changed). Thanks, Hormoz

1 0

[Interprocess] Message queue hex names
by Davies, John 09 Feb '18

09 Feb '18

I have a handful of processes all communicating with message queues. Infrequently, if a process crashes and restarts, it can't connect to the previously created message queue and creates a new one with a long hex name. This is under Windows, but I'm seeing indications the same thing is happening under Linux. Or something very similar. Under what circumstances does it do this and if I can't stop it, can I at least detect that it happened? ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.

1 0