Мои корявые руки некоректно переписали код. Забыл сказать, что примечание учебника говорит, что указатели только для нестатистических элементов класса. Что-то изменится или все также останется?

если будут статические то все будет проще: struct foo { static void boo() {}; static int data; }; int foo::data = 0; ... void (*static_method)() = &foo::boo; int *static_data = &foo::data;

а template <class T> auto get_member() { return &T::fn; } можно?

https://godbolt.org/g/Mt8Z3f красота

struct foo { void boo() {} static void (foo::*get_boo_addr())() { return &foo::boo; } static int (foo::*get_data_addr()) { return &foo::data; } int data; }; int main() { void (foo::*method)() = foo::get_boo_addr(); int (foo::*data) = foo::get_data_addr(); }

И как вызвать метод по полученному указателю?

Уверен что вопрошающему нужно не это.

Так ты опять используешь статистический метод, нет?

Так ты опять используешь статистический метод, нет?

тогда я не понял о чем ты

Уверен что вопрошающему нужно не это.

видимо, да

Мои корявые руки некоректно переписали код. Забыл сказать, что примечание учебника говорит, что указатели только для нестатистических элементов класса. Что-то изменится или все также останется?

все, перечитал. да, синтаксис T::* только для не статических членов, а статические обычные указатели на функции и переменные без специального синтаксиса.

Неожиданная проблема. Запустил пример winsocket. Сервер просто продолжает слушать в accept, а клиент вроде как подключается, отсылает сообщение успешно и вырубается. В чем может быть проблема?

Код дефолтный с msdn

https://github.com/conda/conda

https://github.com/conda/conda

м?

https://github.com/conda-forge

вот вам ещё один пакетный менеджер)

Выглядит неплохо.

Ну они и буст запакетили https://github.com/conda-forge/boost-feedstock

Ну они и буст запакетили https://github.com/conda-forge/boost-feedstock

это типа самый главный конкурент Conan

ну и в конане буст запакечен, так что пофиг

Ну.

это типа самый главный конкурент Conan

Пришли бы они все давно к единообразию. А то уже не знаешь куда смотреть.

В conda попроще выглядят команды

В conda попроще выглядят команды

какие?))

Пришли бы они все давно к единообразию. А то уже не знаешь куда смотреть.

Ща рабочая группа по тулзам их всех приведет к одному интерфейсу)

какие?))

Установки пакетов, поиска, это вот всё.

что нужно обычному смертному кроме conan install + conan search?

Ща рабочая группа по тулзам их всех приведет к одному интерфейсу)

Ну хотелось бы, конечно, но обычно такие инциативы малорезультативны.

Ща рабочая группа по тулзам их всех приведет к одному интерфейсу)

нет, не приведёт

Ну хотелось бы, конечно, но обычно такие инциативы малорезультативны.

Ждем c++20

В XXII веке

Пришли бы они все давно к единообразию. А то уже не знаешь куда смотреть.

такое будет только тогда, когда один победит остальных

Ждем c++20

Дожить бы)

В XXII веке

вряд ли)

Ждем c++20

до с++11 бы добраться

до с++11 бы добраться

добрался до с++17 прекрасно себя чувствую, Net-TS жду

что нужно обычному смертному кроме conan install + conan search?

Вот мне хотелось бы ставить пакеты "в систему", чтобы играться с ними без настройки системы сборки.

Вот мне хотелось бы ставить пакеты "в систему", чтобы играться с ними без настройки системы сборки.

спроси тут про constexpr if

Вот мне хотелось бы ставить пакеты "в систему", чтобы играться с ними без настройки системы сборки.

это тебе к пакетному менеджеру ОС. На винде как оно, норм?

это тебе к пакетному менеджеру ОС. На винде как оно, норм?

msys2 дохлый чет в плане либ.

Вот мне хотелось бы ставить пакеты "в систему", чтобы играться с ними без настройки системы сборки.

они так и ставятся, только в конановскую систему

они так и ставятся, только в конановскую систему

+

в conan cache будут падать

msys2 дохлый чет в плане либ.

Есть что-то другое? А то вдруг кто-то что-то более крутое придумал для винды, а я сижу и насилую этот труп.

Cygwin ещё есть, но там пакетный менеджер тухлый и, кажется, MSYS — форк Cygwin.

Cygwin ещё есть, но там пакетный менеджер тухлый и, кажется, MSYS — форк Cygwin.

попробовал я WSL - выкинул нафиг cygwin

попробовал я WSL - выкинул нафиг cygwin

Гм... Точно, WSL.

Гм... Точно, WSL.

накатил сразу же убунту и счастлив. но на линухе всё равно сижу

Ну, оно позиционирует себя, как "build platform"

Или ручками собирать всё древо зависимостией?

накатил сразу же убунту и счастлив. но на линухе всё равно сижу

Там арч можно поставить (#holywar).

Там арч можно поставить (#holywar).

ну и пусть 😊 а я убунту поставил)

Я тут слышал, что в их убунте пакеты староваты "немного"

CMake 2 этак.

Уже обновили до 3 хоть?

Уже обновили до 3 хоть?

а какая разница?))) самое главное, что есть линух и тулзы к нему. всё остальное не так важно

А две разные структуры с одинаковым полей в той же последовательности гарантированно будут иметь одинаковый memory layout?

это тебе к пакетному менеджеру ОС. На винде как оно, норм?

Да, завезли же choco.

И давльно давно.

да, помню о нём. но так и не добрались руки попробовать

мб сегодня вечерм поиграюсь (лень ребутаться на винду)

http://cpp-russia.ru/?p=1436

А две разные структуры с одинаковым полей в той же последовательности гарантированно будут иметь одинаковый memory layout?

нет

А две разные структуры с одинаковым полей в той же последовательности гарантированно будут иметь одинаковый memory layout?

хочешь гонять структуры - тебе protobuf

нет

Можно пример? Ну или это стандарт, а на практике редкость?

Можно пример? Ну или это стандарт, а на практике редкость?

Стандартом не гарантируется. Значит гарантии нет

а пример - ну можешь поиграться здоровой структурой здоровой на разных компиляторах 😊

Можно пример? Ну или это стандарт, а на практике редкость?

а если такое рискнёшь провернуть на проде, то у тебя может внезапно бомбануть что-то где-то. Так что лучше не рискуй и следуй букве Стандарта 😊

Ога, спасибо

всем здрасти, хотел бы задать вопросы по CMake, что такое package и чем он отличается от library? Вопрос возник из-за того что в дефолтном цмейке у меня работает find_package(CURL REQUIRED), а вот find_package(SQLITE3 REQUIRED) не работает. Я пока выкрутился через find_library(SQLITE3 REQUIRED) но мне кажется что это как-то не совсем правильно. Не эстетично выглядит да и я своими кривыми ручками дописывал там вручную - set(SQLITE3_LIBRARY "-lsqlite3"), а вот CURL без такой писанины подключился и нормально линкуется.

find_package ищет в CMAKE_MODULE_PATH Find*.cmake, где * это название библиотеки. можно прописать свою папку, туда пилить свои зависимости. в симейке еще есть готовые cmake файлы для поиска популярных либ, например OpenSSL. например find_package(OpenSSL) найдёт переменные OPENSSL_FOUND - system has the OpenSSL library OPENSSL_INCLUDE_DIR - the OpenSSL include directory OPENSSL_LIBRARIES - The libraries needed to use OpenSSL OPENSSL_VERSION - This is set to $major.$minor.$revision$path (eg. 0.9.8s) которые уже можно использовать в add_library find_package(OpenSSL REQUIRED) add_library(sha2_openssl sha512.c ) target_link_libraries(sha2_openssl ${OPENSSL_CRYPTO_LIBRARY} ) target_include_directories(sha2_openssl PUBLIC ${OPENSSL_INCLUDE_DIR} )

лучше читать доки, у симейка они очень хорошие

find_package внутри делает find_library (для .so, .dll, .dylib) find_program (для бинарей) find_path (для хедеров)

дада, я вроде об этом прочитал и очень удивился. Потому что библиотека SQLITE3 очень популярна, но по умолчанию она не ищется цмейком, как например ищется CURL. Если что у меня ОС - убунту, библиотеки ставил через apt, возможно это важно. Но я через apt ставил нужные мне зависимости.

по умолчанию SQLITE3 не ищется через find_package

ну значит в симейк не написали для него FindSQLITE3.cmake

точнее kitware

или кто там его разрабатывает

в гуглах валяются всякие FindSQLITE3.cmake, но я бы хотел делиться своим проектом и что б у всех всё работало. Для CURL всё готово и получается что работает, а вот для SQLITE3 на удивление не работает.

https://github.com/Kitware/CMake/tree/master/Modules

вот всё что есть