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

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

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

msys2 это же такой bash под win... Он же нужен чтобы только баш и make запускать... Какие там библиотеки -то?

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

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

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

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

msys2 это же такой bash под win... Он же нужен чтобы только баш и make запускать... Какие там библиотеки -то?

Ну, оно позиционирует себя, как "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

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

всё что начинается с Find ищется через find_package

ага, спасибо большое. Выходит дефолтные конфиги cmake не дадут мне разгуляться ....

можешь написать свой Findsqlite3.cmake и сделать пулл реквест :)

зачем же писать - в гитхабе есть готовые, чужие

странно что для таких распространённых вещей этого ещё не было в cmake

jsoncpp, sqlite3, gumbo

удивительно что для curl сделали :D

>find_library(SQLITE3 REQUIRED) но мне кажется что это как-то не совсем правильно скрипты внутри Find*.cmake именно так и делают

просто для юзера оборачивают в переменные

Это раньше они так делали. Сейчас вроде как поддерживает pkgconfig.

Что, по моему мнению, гораздо чище получается.

К сожалению, документации по CMake кот наплакал.

https://www.reddit.com/r/cpp/comments/6fv0bh/cnow_2017_daniel_pfeifer_effective_cmake_pdf_in/

Вот тут было выступление про modern CMake.

а что за pkgconfig? оно поможет мне подхватить SQLITE3 ?

https://packages.debian.org/stretch/amd64/libsqlite3-dev/filelist

Вот тот pc file описывает, как библиотеку использовать.

Я сам не пробовал эту фичу, но современный CMake точно умеет библиотеки подключать на основе этого файла.

@matwey_kornilov а это ты присылал фикс в C++17 по поводу функций Лежандра?

@matwey_kornilov а это ты присылал фикс в C++17 по поводу функций Лежандра?

А что? Хочешь подискутировать? Я еще один фикс Антону должен для 20, но забил и мне стыдно.

не, го лучше пелить фикс тогда

Ну вернее сначала я защищал дисер, а потом мне стало лень... Нужно проверить актуальность и переработать текст предложения в удобоваримый вид.

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

смотри какие модули стоят в /usr/share/cmake/Modules или как-то так

да то понятно, спасибо за помощь ещё раз. Если я к себе закину туда доп модулей то передав проект кому-то другому - он тоже обнаружит что у него модулей то тютю, не хватает

и ему прийдётся их тоже к себе руками втягивать

в общем буду разбираться. Большое спасибо за помощь всем

да то понятно, спасибо за помощь ещё раз. Если я к себе закину туда доп модулей то передав проект кому-то другому - он тоже обнаружит что у него модулей то тютю, не хватает

для этого есть CMAKE_MODULES_PATH, кладешь к себе в репу и настраиваешь путь

ERROR: S client not available

дада я так и сделал

кто-нибудь писал плагины по Intelij IDEA платформу?

кто-нибудь писал плагины по Intelij IDEA платформу?

нет, но там вроде все дотошно расписано https://www.jetbrains.com/help/idea/plugin-development-guidelines.html https://www.jetbrains.org/intellij/sdk/docs/basics/getting_started.html

нет, но там вроде все дотошно расписано https://www.jetbrains.com/help/idea/plugin-development-guidelines.html https://www.jetbrains.org/intellij/sdk/docs/basics/getting_started.html

да, дотошно. но мб кто опыт имел

просто чуваки с jetbrains не хотят пилить поддержку Conan

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

если кто найдёт чувака, который хочет написать что-то полезное и любит джаву, то шлите на меня сразу

Я могу поговорить с Анастасией Казаковой, она, если не ошибаюсь, product manager CLion. очно ее увижу 14 декабря в JB.

Я могу поговорить с Анастасией Казаковой, она, если не ошибаюсь, product manager CLion. очно ее увижу 14 декабря в JB.

ну ты как бы поговори, что хотим и все дела. Моя инфа (которая 5-ти минутной свежести) говорит о том, что они заинтересованы, но делать не будут это пока что. Заинтересованы в плагине, хоть в каком-нибудь. И его уже саппортить помогут. Инфа от Phil Nash

если кто найдёт чувака, который хочет написать что-то полезное и любит джаву, то шлите на меня сразу

@jbaruch ?

@jbaruch ?

ему явно есть что делать

с другой стороны, хороший кандидат)

(Он тут в чате есть)

Есть, да

Привет) извини, что поздно так пинганул)

уверен что jetbrains пилить не будут

Привет) извини, что поздно так пинганул)

Всё ок, что нужно?

Conan plugin для IntelliJ?

да, было б неплохо

Надо вместе пилить, кмк. можно ща репу на гх создаьь

Почему тут такое токсичное комьюнити?

Ok, займемся

Ok, займемся

Спс)

Я поговорю с jetbrains

Я поговорю с jetbrains

во-во, давай)

будем бомбить со всех сторон)

https://blog.jupyter.org/interactive-workflows-for-c-with-jupyter-fe9b54227d92

Старое, но всё же http://btorpey.github.io/blog/2016/04/07/mo-static/

https://blogs.msdn.microsoft.com/vcblog/2017/11/15/msvc-conformance-improvements-in-visual-studio-2017-version-15-5/

https://www.viva64.com/en/b/0539/

если кто найдёт чувака, который хочет написать что-то полезное и любит джаву, то шлите на меня сразу

Там можно любить Котлин например...