Most of the time this wouldn't be a big problem, but it prenvents me to do this for example: [cpp]tbb::concurrent_unordered_map< std::type_index, MyFunctor > m_translation_table;[/cpp]See http://en.cppreference.com/w/cpp/types/type_indexI think I'll use a type_inf...
Call stack is slightly different each time, but for example it is: OpenMPtest2.exe!tbb::interface5::internal::flist_iterator<:INTERFACE5::INTERNAL::SPLIT_ORDERED_LIST><:PAIR>,tbb::tbb_allocator<:PAIR> > >,std::pair >::flist_iterator<:INTERFACE5::INTERNAL:...
Here is a VTune-Friendly example of the problem. I compile this with: g++ -g -O3 -DTBB_USE_THREADING_TOOLS=1 -I /opt/intel/vtune_amplifier_xe_2013/include/ --std=c++0x play.cpp -ltbb -L /opt/intel/vtune_amplifier_xe_2013/lib64/ -littnotify [cpp] #include...
for example, why is it that in internal_find() we have this:// If bucket is empty, initialize it first if (!is_initialized(bucket)) init_bucket(bucket);also, if the bucket is empty, and we are going to initalize it, the key is clearly not in the list. yet the init_bucket() ...
for example, why is it that in internal_find() we have this:// If bucket is empty, initialize it first if (!is_initialized(bucket)) init_bucket(bucket);also, if the bucket is empty, and we are going to initalize it, the key is clearly not in the list. yet the init_bucket() ...
for example, why is it that in internal_find() we have this:// If bucket is empty, initialize it first if (!is_initialized(bucket)) init_bucket(bucket);also, if the bucket is empty, and we are going to initalize it, the key is clearly not in the list. yet the init_bucket() ...
for example, why is it that in internal_find() we have this:// If bucket is empty, initialize it first if (!is_initialized(bucket)) init_bucket(bucket);also, if the bucket is empty, and we are going to initalize it, the key is clearly not in the list. yet the init_...