https://ideone.com/jphReK а почему с extern-template не хотят выводиться параметры? этого можно как-нибудь добиться?

https://ideone.com/jphReK а почему с extern-template не хотят выводиться параметры? этого можно как-нибудь добиться?

Шуруй @supapro и не используй extern template.

Вопрос больше для supapro, но тут активнее отвечают. Перенесите, если совсем нарушаю. Задача: добавить поддержку комментариев в json конфиг, который парсится с помощью либы nlohmann. Проблема: nlohmann не поддерживает комментарии в json, так как их не поддерживает стандарт json. НадПроблема: сделать ORM-подобный конфиг для софтины. Выбор давным давно пал на json, но комментарии всё портят. Если есть иные предложения, которые будут юзер-френдли, выслушаю с радостью. Костыль: Пока что решается отдельной либой, которая читает комменты, затем сохраняет без них, а результат скармливается nlohmann'у.

Вопрос больше для supapro, но тут активнее отвечают. Перенесите, если совсем нарушаю. Задача: добавить поддержку комментариев в json конфиг, который парсится с помощью либы nlohmann. Проблема: nlohmann не поддерживает комментарии в json, так как их не поддерживает стандарт json. НадПроблема: сделать ORM-подобный конфиг для софтины. Выбор давным давно пал на json, но комментарии всё портят. Если есть иные предложения, которые будут юзер-френдли, выслушаю с радостью. Костыль: Пока что решается отдельной либой, которая читает комменты, затем сохраняет без них, а результат скармливается nlohmann'у.

Есть вариант заводить отдельные пары/строки с коментариями. Это не подойдёт?

Есть вариант заводить отдельные пары/строки с коментариями. Это не подойдёт?

"__comment": "это комментарий"? читал о таком, но по мне выглядит убого

еще и порядок не гарантирован в ключах

на порядок пофиг. конфиг редактируется руками, читается софтом

"__comment": "это комментарий"? читал о таком, но по мне выглядит убого

Тогда патчи nlohmann-овский конечный автомат своим экстеншоном. Или оставляй свой костыль.

У меня больше идей нет.

http://rapidjson.org/md_doc_features.html

заменить парсилку

http://rapidjson.org/md_doc_features.html

вот это уже идея. я не изучал другие парсеры досконально, но из потребностей есть лишь ORM

вот это уже идея. я не изучал другие парсеры досконально, но из потребностей есть лишь ORM

https://github.com/miloyip/nativejson-benchmark

https://github.com/miloyip/nativejson-benchmark

спасибо, интересно

Вопрос больше для supapro, но тут активнее отвечают. Перенесите, если совсем нарушаю. Задача: добавить поддержку комментариев в json конфиг, который парсится с помощью либы nlohmann. Проблема: nlohmann не поддерживает комментарии в json, так как их не поддерживает стандарт json. НадПроблема: сделать ORM-подобный конфиг для софтины. Выбор давным давно пал на json, но комментарии всё портят. Если есть иные предложения, которые будут юзер-френдли, выслушаю с радостью. Костыль: Пока что решается отдельной либой, которая читает комменты, затем сохраняет без них, а результат скармливается nlohmann'у.

Это действительно необходимо? Если libconfige, да, не header-only. :) У nlohmann стойкая позиция на этот счет (https://github.com/nlohmann/json/issues/376). Надо очень весомый агрумент дать, чтобы поддержку коментарием врубили, включая поддержку большего количества людей :) Можно провести голосование и предоставить nlohmann реализацию + статистику голосов. Может, пробъемся. Но для начала надо понять, многим ли это надо. ?

Это действительно необходимо? Если libconfige, да, не header-only. :) У nlohmann стойкая позиция на этот счет (https://github.com/nlohmann/json/issues/376). Надо очень весомый агрумент дать, чтобы поддержку коментарием врубили, включая поддержку большего количества людей :) Можно провести голосование и предоставить nlohmann реализацию + статистику голосов. Может, пробъемся. Но для начала надо понять, многим ли это надо. ?

я же описал кейс: хранить краткую документацию к конфигу прямо в нём, а не заставлять юзера лезть в отдельный мануал. позицию Лохманна я читал, он сильно против (не по стандарту же!), так что вряд ли получится убедить

я же описал кейс: хранить краткую документацию к конфигу прямо в нём, а не заставлять юзера лезть в отдельный мануал. позицию Лохманна я читал, он сильно против (не по стандарту же!), так что вряд ли получится убедить

И правильно, что не поддерживает

сделайте форк с реализацией комментариев и всё

И потом это поддерживать? Ну его нафиг

ну вон если надо, почему нет

я всё-таки по пути наименьшего сопротивления планировал пойти

И бэкпортировать фиксы всякие

ещё пришёл в голову вариант lua конфига, как раз в проекте подключен sol2

Я бы просто вставлял определенного вида key в данном случае

Подскажите плз. Если у меня есть система из нескольких приложений (ну допустим для простоты одно создает процесс, второе выводит какое-то сообщение, третье что-то считает) можно как-то эти приложения связать посредством одного мэйн-по. Ну допустим приложение запускается, дергает функцию мессаджбокса, потом дергает уже с другого модуля функцию открытия файла и из 3го модуля подсчет + запись

Бредово написал мне просто интересно реально ли по такому принципу заставить работать по

Подскажите плз. Если у меня есть система из нескольких приложений (ну допустим для простоты одно создает процесс, второе выводит какое-то сообщение, третье что-то считает) можно как-то эти приложения связать посредством одного мэйн-по. Ну допустим приложение запускается, дергает функцию мессаджбокса, потом дергает уже с другого модуля функцию открытия файла и из 3го модуля подсчет + запись

Dbus называется. В Unix системах давно применяется для взаимодействия между приложениями.

кури межпроцессное взаимодействие

Пасиб

кури межпроцессное взаимодействие

IPC с нуля - это долго. )

glr парсеры помимо bison использует кто какие?

Ничего не долго

Есть куча готовых вариантов

Вплоть до банального пайпа

Вплоть до банального пайпа

на голых пайпах приходится описывать, кто с кем соединяется и какими сообщениями обменивается - их разбор и т.п.

а в идеале, нужно иметь штуку на манер qremoteobjects (чисто концептуально, я не призываю пользоваться). тоже, конечно, надо описывать, но получается сильно короче, на мой взгляд.

любой message queuing фреймворк. Мне нравится zeroMQ

любой message queuing фреймворк. Мне нравится zeroMQ

+1

на голых пайпах приходится описывать, кто с кем соединяется и какими сообщениями обменивается - их разбор и т.п.

Ой, блин, вот проблема жысончик тривиальный набросать

Да, хоть сериализуй свой шлак

Есть https://github.com/msgpack/msgpack-c же

Здраствуйте! Есть две либы, которые находятся в одной директории. Первая либа независимая, вторая же использует первую. Не меняя их расположения на файловом уровне как лучше всего подключить первую либу для второй при помощи CMake? Глубоко убежден, что есть лучше выход нежели мой add_subdirectory(${CMAKE_CURRENT_SOURCE_DIR}/../lib1 ${CMAKE_CURRENT_BINARY_DIR}/lib1) в CMake-e второй либы Если что, то я использую модульный дизайн CMake-a и проблемы дальнейшей линковки не возникает

Зависимость пропиши

Зависимость пропиши

как прописывать? я не так давно начал нормально пользоваться CMake-ом и только благодаря советам этого чата

как прописывать? я не так давно начал нормально пользоваться CMake-ом и только благодаря советам этого чата

Давно тебе говорил, Хома, пользуйся Симейком )

У тебя либы собираются в проекте или обедве сторонние?

Давно тебе говорил, Хома, пользуйся Симейком )

Саня, лучше скажи как зависимость прописать

У тебя либы собираются в проекте или обедве сторонние?

обе мои

DEPENDS

include_directories(...), если память не изменяет

include_directories(...), если память не изменяет

читай пункт о модульном дизайне

ещё есть add_dependencies

ненене

читай пункт о модульном дизайне

Тогда бери вебпак)

ещё есть add_dependencies

это немножко мрак

Коллеги! Тут есть люди, занимающиеся self-driving car? В частности, обработкой видео. Напишите мне в личные сообщения, пожалуйста :)

привет! возник вопрос: может ли компилятор самовольно убрать приватное поле класса, если он знает, что оно не используется?

привет! возник вопрос: может ли компилятор самовольно убрать приватное поле класса, если он знает, что оно не используется?

нет

Саш, на самом деле-то может... Просто если поле класса совсем не используется, то КАК ВООБЩЕ ПОНЯТЬ, ОНО УБРАНО ИЛИ НЕТ?

Саш, на самом деле-то может... Просто если поле класса совсем не используется, то КАК ВООБЩЕ ПОНЯТЬ, ОНО УБРАНО ИЛИ НЕТ?

а как же sizeof() тогда?

А как ты поймёшь по размеру, ЕСТЬ ТАМ ОПРЕД. мембер или нет?

привет! возник вопрос: может ли компилятор самовольно убрать приватное поле класса, если он знает, что оно не используется?

Ты принцип неопределённости Гейзенберга знаешь, да?

Саш, на самом деле-то может... Просто если поле класса совсем не используется, то КАК ВООБЩЕ ПОНЯТЬ, ОНО УБРАНО ИЛИ НЕТ?

По размеру и offsetof

Размер объекта не скажет тебе, что в нём есть или нет какой-то член данных. А offsetof от чего ты будешь брать?

От этого мембера? Тогда это будет его использование.

Так что пока Reflection не завезли, такое понять невозможно.

вроде как гарантируется, что размер объекта будет не меньше, чем сумма размеров его филдов. так что с этой стороны компилятор не должен ничего убирать. с другой стороны, есть as-if rule, которое говорит, что если наблюдаемое поведение не меняется, на стандарт можно плевать. в общем, пришли к выводу, что здравомыслящие компиляторы не будут ничего такого делать потому что понять, что такое наблюдаемое поведение здесь очень сложно, и вот константа в том объектнике может быть вполне результатом sizeof() этого класса

Да, не будут.

Но ты этого не узнаешь.:-)

От этого мембера? Тогда это будет его использование.

От следующего

Да и не понятно, что значит не используется, я могу френдов добавить из другой единицы компиляции

И проверь, чо они там делают внутри

От следующего

Ну и что?

Не говоря уже о том, что порядок мемберов в классе -- это так себе определённое понятие...

И проверь, чо они там делают внутри

Ну "не использовать" -- вполне себе биективное понятие. Либо используешь, либо не используешь. как нельзя быть немного беременной, так нельзя и немного использовать.

Да дело не в этой философии, а в том, НАФИГА он вообще это спросил...

Да дело не в этой философии, а в том, НАФИГА он вообще это спросил...

человек утверждал, что компилятор может такое сделать, я засомневался, спросил вот тут, попутно обсудил с другими людьми. после этого написал, к чему мы пришли. странно такое объяснять) не думаю, что мотивация к задаванию этого вопроса имеет какое-то значение)

Не говоря уже о том, что порядок мемберов в классе -- это так себе определённое понятие...

Там есть гарантия про публичные поля, унаследованная из С

Имеет смысл то, как ты собираешься это знание использовать.

Имеет смысл то, как ты собираешься это знание использовать.

исключительно в благих целях =)

Ну "не использовать" -- вполне себе биективное понятие. Либо используешь, либо не используешь. как нельзя быть немного беременной, так нельзя и немного использовать.

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

человек утверждал, что компилятор может такое сделать, я засомневался, спросил вот тут, попутно обсудил с другими людьми. после этого написал, к чему мы пришли. странно такое объяснять) не думаю, что мотивация к задаванию этого вопроса имеет какое-то значение)

А чисто теоретически -- да, человек был прав!

https://github.com/aitjcize/cppman

https://github.com/aitjcize/cppman

а что, браузеры уже не в моде?

Всем привет Такая проблема : Имеется bmp файл с геометрическими фигурами, нужно программно найти координаты углов этих фигур для дальнейших действий с углами В каком направлении лучше смотреть вообще?

Всем привет Такая проблема : Имеется bmp файл с геометрическими фигурами, нужно программно найти координаты углов этих фигур для дальнейших действий с углами В каком направлении лучше смотреть вообще?

opencv https://www.pyimagesearch.com/2016/02/08/opencv-shape-detection/

opencv https://www.pyimagesearch.com/2016/02/08/opencv-shape-detection/

Спасибо, гляну