и может ли быть high_resolution_clock не-steady?

Подозреваю нечто вроде: template<typename T, typename U> bool is_same_child(const U * const lhs, const U * const rhs) { return dynamic_cast<const T *>(lhs) == dynamic_cast<const T *>(rhs); }

template<typename Base, typename T1, typename T2> bool is_same_child(const T1 * const lhs, const T2 * const rhs) { return dynamic_cast<const Base *>(lhs) == dynamic_cast<const Base *>(rhs); }

template<typename Base, typename T1, typename T2> bool is_same_child(const T1 * const lhs, const T2 * const rhs) { return dynamic_cast<const Base *>(lhs) == dynamic_cast<const Base *>(rhs); }

Можно ещё T2 по умолчанию = T1

Можно ещё T2 по умолчанию = T1

А смысл?

А смысл?

никакого, верно

Можно ещё T2 по умолчанию = T1

> Оба указателя имеют один и тот же тип, но могут ссылаться на разные однотипные базы внутри одного объекта. > Напишите шаблонную функцию, которая по двум однотипным указателям проверяет, указывают ли они на один объект. Т.е. указатель на один базовый класс, но достижимый из разных путей наследования. Как я понял, например, класс C наследуется от A и B, B наследуется от A. А проверяющая функция получает 2 указателя на "A *".

вообще уже выше сказали, что указывают на один объект - это тупо равны

Как у spdlog с потреблением памяти?

Как у spdlog с потреблением памяти?

Нормально

Как у spdlog с потреблением памяти?

Также, как у fmtlib

лучший выход: exit(0)

Похоже что нет. Из удивительного - анонсировали книжку Sean Parent, которая должна выйти к концу года - http://catalogue.pearsoned.co.uk/educator/product/Better-Code-Goals-for-Software-Developers/9780134584461.page

вот уж что я с удовольствием бы прочитал ^^

понимает ли компилятор, что за вызовом виртуальной функции может стоять memory barrier?

Ему это нужно, только при встраивании виртуальной функции. Тогда понимает, в остальных случаях - это не нужно

Господа, а где-нибудь на просторах телеграма есть чатик, где люди знают про qemu/kvm internals?

Господа, а где-нибудь на просторах телеграма есть чатик, где люди знают про qemu/kvm internals?

сомневаюсь.

тебе лучше в mailing list :)

мб в линуксовом чате кто-то знает

Да я был в том мейл листе, опыт такой, что все-равно чинить самому придется. Вот пытаюсь понять где проблему искать

ну значит сам чини :) опенсорс же :)

ну и патч в апстрим, если проблему пофиксишь

Ну вот я пока еще не знаю где чинить

Как-то хочется помощи зала

Ну вот я пока еще не знаю где чинить

А в чем проблема?

А в чем проблема?

Проблема в том, что virtio виснет. При этом на другой машине с тем же ядром хоста, гостя, и бинарем qemu всё работает. Общую архитектуру virtio я уже изучил за сегодня/вчера.

Ну звучит не сложно, gdb и вперед

не с сп?

а что gdb то? куда смотреть то?

Ну если виснет, все просто же

Запускаешь gdb, ждешь зависание, даешь ему сигнал и смотришь трассу

ха ха

в qemu запускается внутри десяток потоков, и они все постоянно что-то делают, шлют какие-то нотификации, читают из eventfd т.п.

трейс показывает на epoll

оно где-то из-за логики ломается

понимает ли компилятор, что за вызовом виртуальной функции может стоять memory barrier?

Подозреваю, что вызов любой функции не из текущей единицы трансляции это барьер компилятора.

трейс показывает на epoll

Предсказуемо, что он внизу, дальше то что?

оно где-то из-за логики ломается

Санитайзерами не пробовали смотреть?

Предсказуемо, что он внизу, дальше то что?

Дальше просто всякие эвент-лупы бесконечные и ожидание. Тот кто надо долбит ioctl-ы KVM_RUN. Все заняты своими делами. Проблема в том, что в гостевом ядре модуль virtio_blk виснет на ожидании workqueue, и дальше срабатывают всякие softlockup детекторы. По физике оно работает там внутри. Выглядит так будто где-то продолбалось сообщение внутри virtio-кольца, либо "забыли" отправить ответ (что не отвечает на вопрос почему на другой физ-машине всё работает).

Свеженькие предложения подоспели: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/

#goodnews

https://github.com/pyk/cmake-tutorial

в телеге надо сделать бота для когортных исследований с открытой статистикой

Тут есть @combot. Его авторы будут потом монетизировать это всё и мб будет такое дерьмо

О, больная тема

https://github.com/pyk/cmake-tutorial

ну так, как-то не модерново. обслуживание тестов я бы оформил иначе: cmake_minimum_required(VERSION 3.10) project(prj LANGUAGES CXX) find_package(GTest REQUIRED) .... // хоть и говорят, что это плохой стиль, но удобно file(GLOB_RECURSE TESTS test/*.cpp) set(TEST_PROJECT_NAME ${PROJECT_NAME}_test) add_executable(${TEST_PROJECT_NAME} ${TESTS}) target_link_libraries(${TEST_PROJECT_NAME} GTest::Main GTest::GTest ...) enable_testing() add_test(${TEST_PROJECT_NAME}_runner ${TEST_PROJECT_NAME})

https://github.com/pyk/cmake-tutorial

Кто-нибудь пробовал использовать cmake для прошивок МК? Можно ли вызывать компилятор и кросс-компилятор без костылей?

ну сделать cmake toolchain file и вперед

Кто-нибудь пробовал использовать cmake для прошивок МК? Можно ли вызывать компилятор и кросс-компилятор без костылей?

https://cmake.org/Wiki/CMake_Cross_Compiling

https://github.com/swift-nav/libswiftnav/blob/master/cmake/Toolchain-gcc-arm-embedded.cmake как то так примерно для arm-none-eabi

https://github.com/swift-nav/libswiftnav/blob/master/cmake/Toolchain-gcc-arm-embedded.cmake как то так примерно для arm-none-eabi

Сложновватый, там и выбор платформ, для. mingw самое то в примерах в офф доках

# the name of the target operating system SET(CMAKE_SYSTEM_NAME Windows) # which compilers to use for C and C++ SET(CMAKE_C_COMPILER i486-mingw32-gcc) SET(CMAKE_CXX_COMPILER i486-mingw32-g++) SET(CMAKE_RC_COMPILER i486-mingw32-windres) # here is the target environment located SET(CMAKE_FIND_ROOT_PATH /usr/i486-mingw32) # adjust the default behaviour of the FIND_XXX() commands: # search headers and libraries in the target environment, search # programs in the host environment set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER) set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY) set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)

Ага, пасяп. Не совсем понял, что делать когда нужно одновременно собрать таргет под целевую платформу и под таргет вспомогательной утилиты под хостовую

Ну вернее понял что как то нужны импорты

Ага, пасяп. Не совсем понял, что делать когда нужно одновременно собрать таргет под целевую платформу и под таргет вспомогательной утилиты под хостовую

-DCMAKE_TOOLCHAIN_FILE передавать в cmake когда под целевую

И директории лучше под разные платформы разные юзай

И мне два раза его запускать что-ли?

ну да

Это какое-то гонево

Linux и u-boot как то сами соображают

ERROR: S client not available

Что и чем надо собрать

По одной команде

Хочу так же

Хорошее желание

Ну законное желание, на самом деле

Например, mkimage - хостовая цель, а uboot.bin - кросс.

хм... а кто-нибудь разбирался в Class template argument deduction (тот который since C++17)?

хм... а кто-нибудь разбирался в Class template argument deduction (тот который since C++17)?

а что именно интересует?

а что именно интересует?

ну грубо говоря template <typename T> void f(some_type<T> argument) { //будет ли здесь проведен deduction для T, если у some_type есть конструктор, допускающий implicit? }

ну грубо говоря template <typename T> void f(some_type<T> argument) { //будет ли здесь проведен deduction для T, если у some_type есть конструктор, допускающий implicit? }

нашёл такое: When earlier tiebreakers, including partial ordering, failed to distinguish between two candidate function templates, the following rules apply: A function template generated from a guide is preferred over one implicitly generated from a constructor or constructor template. The copy deduction candidate is preferred over all other function templates implicitly generated from a constructor or constructor template. A function template implicitly generated from a non-template constructor is preferred over a function template implicitly generated from a constructor template.

нашёл такое: When earlier tiebreakers, including partial ordering, failed to distinguish between two candidate function templates, the following rules apply: A function template generated from a guide is preferred over one implicitly generated from a constructor or constructor template. The copy deduction candidate is preferred over all other function templates implicitly generated from a constructor or constructor template. A function template implicitly generated from a non-template constructor is preferred over a function template implicitly generated from a constructor template.

это не совсем то, в приведенном случае кандидаты уже есть

вообще, похоже, стоит подняться по XY. Представим себе класс-обертку статического концепта, на примере std::function для operator(). Такие обертки реализуются грубо говоря через некоторый интерфейс FunctionEngineInterface и некоторый набор FunctionEngine, наследующих этот интерфейс и представляющих из себя контейнеры для оборачивания различных случаев входных параметров std::function. Представим теперь некоторую шаблонную функцию. Она хочет получить std::function, но получать именно std::function как тип это потеря информации о типе, лишние динамические аллокации и так далее, деоптизация короче. Возникает острое желание вытащить наружу из detalis класс FunctionEngine<typename T /*unspecified*/> и шаблонить такие функции параметром T

вообще, похоже, стоит подняться по XY. Представим себе класс-обертку статического концепта, на примере std::function для operator(). Такие обертки реализуются грубо говоря через некоторый интерфейс FunctionEngineInterface и некоторый набор FunctionEngine, наследующих этот интерфейс и представляющих из себя контейнеры для оборачивания различных случаев входных параметров std::function. Представим теперь некоторую шаблонную функцию. Она хочет получить std::function, но получать именно std::function как тип это потеря информации о типе, лишние динамические аллокации и так далее, деоптизация короче. Возникает острое желание вытащить наружу из detalis класс FunctionEngine<typename T /*unspecified*/> и шаблонить такие функции параметром T

Разве такок не решается через концепты/SFINAE? Делаем функцию, которая принимает F&& и расставляем ограничения на сигнатуру F.

вопрос, можно ли например собрать .dll на с++ и подключить к проекту на c#??

вопрос, можно ли например собрать .dll на с++ и подключить к проекту на c#??

Да

По одной команде

Нет же, там тоже надо указывать

Ага, пасяп. Не совсем понял, что делать когда нужно одновременно собрать таргет под целевую платформу и под таргет вспомогательной утилиты под хостовую

У меня есть настроенный под это цмак, там тривиально

Нет же, там тоже надо указывать

Что там нужно указывать? Только CROSS_COMPILE, а дальше все одной командой собирается

Я имею солидный опыт программирования на разных языках, но не могу разобраться с С++ с одним моментом. Перед тем как опубликовать это здесь я уже ознакомился с десятью первыми ссылками от Google, но ответа не нашел. В каком месте правильно ставить * у указателя? Node* node; // или Node *node; Я пересмотрел большое количество проектов на GitHub и Cpp-гайдлайнов, но не смог найти однозначого ответа.

Субъективно

Да ты издеваешься

#holywar

Если использовать первый вариант, то запись вида Node* node, next_node. выглядит неоднозначно и ухудшает читаемость кода.

Черт, сделал ошибку

В телеграме можно редактировать сообщения

В телеграме можно редактировать сообщения

Спасибо!

Если использовать первый вариант, то запись вида Node* node, next_node. выглядит неоднозначно и ухудшает читаемость кода.

Пиши в две строки.