Приветствую! Небольшой вопрос по поводу nothrow версии оператора new. В стандарте внутри хедера new присутствует такое определение struct nothrow_t {}; extern const nothrow_t nothrow; Как так получилось что nothrow имеет extern linkage? Это из-за совместимости сделано было? Вот отсюда не очень понятно почему https://stackoverflow.com/questions/13506234/what-is-the-use-of-stdnothrow-and-stdnew-handler-in-standard-header-file-ne Отсюда вопрос что делать если я хочу компилить с -nostdlib? Корректно ли добавить эту константу самому: //clang++ -std=c++14 -fno-exceptions -nostdlib -lc main.cpp #include <cstdio> #include <cstdlib> #include <new> #include <memory> const std::nothrow_t mynothrow; class foo { public: void* operator new(std::size_t count, const std::nothrow_t& tag) { std::printf("global op new called, size = %zu\n", count); return std::malloc(count); } void operator delete(void* ptr) noexcept { std::puts("global op delete called"); std::free(ptr); } }; int main(){ auto f = new (mynothrow) foo; } И еще обратил внимание на то, что у std::make_unique нет специализации для nothrow версии new. int main(){ auto f = std::make_unique<foo>(); // does not compile }

@antoshkka смотрю твой доклад в Иннополисе и глубоко завис на моменте с set<string, less<>> https://i.imgur.com/kQPH2VQ.png какой в этом профит по сравнению с find_if(begin, end, [&](auto &&s) { return s == p.name; })? про "иначе примера не получилось бы" понятно, интересует прирост общей производительности и каких-нибудь хитроумных оптимизаций в потрохах стдлибы потому что честно, find_if выглядит гораааздо понятнее спецификации less<> и двух дополнительных компараторов на нужный тип

Там в этом докладе есть одна большая упячка: я говорил что std::less<> для производительносит использовать не нужно т.к. компилятор сам справляется с выкидыванием временной строки. Так вот - это не так, зачастую не справляется, так что смысл есть (если хочется по микрооптимизировать)

не справляется всё из-за того бага с оптимизацией контейнеров с динамической аллокацией?

Пытаюсь собрать модуль для python на C++ При компиляции появляется ошибка /usr/include/boost/python/detail/wrap_python.hpp:50:11: fatal error: pyconfig.h: Нет такого файла или каталога # include <pyconfig.h> ^~~~~~~~~~~~ compilation terminated. CMakeFiles/API.dir/build.make:86: recipe for target 'CMakeFiles/API.dir/Backend.cpp.o' failed

Ты путь к нему прописал в смейке?

include_directory("/usr/include/python3.6/")

target_link_libraries

Странно, не может найти boost python

Boost version: 1.65.1 -- Found the following Boost libraries: -- filesystem -- thread -- unit_test_framework -- system -- graph -- regex -- python -- chrono -- date_time -- atomic CMake Error at CMakeLists.txt:4 (target_link_libraries): Cannot specify link libraries for target "boost_python," which is not built by this project.

тогда я не понял причем тут хдд

А у тебя этот снепшот на диск пишется? Или в оперативе лежит? Если в оперативе, то лучше первый вариант. И тред пул тут не нужен по идее, если ты хочешь сначала обработать на разных потоках а потом резы в одном выводить

и потоки не помогут

mmap вроде должен замапленный файл в рам загружать

можно кароче делить не на количество потоков, а на размер страниц и ассинхронно страницы обрабатывать

там все просто

понятно, что он не кидает исключений, но зачем тогда перегрузка с std::nothrow_t параметром