Boost C++ Libraries: Ticket #6527: Segmentation fault from program_options with intel compiler and openmp

attachment set

Mon, 06 Feb 2012 05:17:11 GMT

attachment → bug

minimal, complete example

Tue, 07 Feb 2012 03:15:46 GMT

Sorry, apparently this is some weird linking error. For others, I was compiling with

icpc -L /path/to/boost/lib -I /path/to/boost/include test.cpp -static -lboost_program_options -openmp

which compiled fine but result in seg fault. I guess older libraries on the cluster were somehow being linked. Instead, I now link to the library file directly, and it works, magic.

icpc -I /path/to/boost/include test.cpp /path/to/boost/lib/libboost_program_options.a -openmp

anonymous — Tue, 22 May 2012 23:04:29 GMT

I see something similar with gcc4.7 and boost 1.49.

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff772b427 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb) bt
#0  0x00007ffff772b427 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1  0x0000000000b04229 in std::_Rb_tree_iterator<std::string>::operator-- (this=0x7fffffffd7a0)
    at /usr/include/c++/4.7/bits/stl_tree.h:203
#2  0x0000000000aedba8 in std::_Rb_tree<std::string, std::string, std::_Identity<std::string>, std::less<std::string>, std::allocator<std::string> >::_M_insert_unique<std::string const&> (this=0x10aab10, __v=...)
    at /usr/include/c++/4.7/bits/stl_tree.h:1295
#3  0x0000000000ad6d3f in std::set<std::string, std::less<std::string>, std::allocator<std::string> >::insert (
    this=0x10aab10, __x=...) at /usr/include/c++/4.7/bits/stl_set.h:415
#4  0x0000000000cf00dd in boost::program_options::store (options=..., xm=..., utf8=false)
    at libs/program_options/src/variables_map.cpp:98
#5  ...

I need to do some more investigation but this code has worked fine in gcc 4.6 and with boost 1.47.

Jamie

keywords, version, severity changed

ja11sop@… — Fri, 25 May 2012 18:14:39 GMT

keywords gcc4.7 added
version Boost 1.48.0 → Boost 1.49.0
severity Problem → Showstopper

severity changed

Vladimir Prus — Mon, 28 May 2012 05:44:16 GMT

severity Showstopper → Problem

Per discussion in gcc bugzilla, the gcc problem is due to mismatched compilation options, and is independent from original intel problem.

I am changing back the severity.