?

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

да!

Это же не камильфо, std должна быть минималистичной (имхо), работа с json xml это явно не то, чем разработчик занимается каждый день.

ну, хм, там где сеть, туда можно и жсон с хмл напихать сразу же

ну, хм, там где сеть, туда можно и жсон с хмл напихать сразу же

ну как видишь, не все хотят это видеть в стандарте

нлохманн пишет пропозал

лучше б пропозал на стандартный пакетный менеджер прямо в компиляторе написали

https://github.com/nlohmann/std_json

тогда можно б было стд разорвать на тысячу маленьких хомячков

лучше б пропозал на стандартный пакетный менеджер прямо в компиляторе написали

у близзарда был, чето походу не взлетело )

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0235r0.pdf

во, а я как раз искал бумагу

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0235r0.pdf

а почему зарезали?

а почему зарезали?

да я откуда знаю, у них псоле этого пропозала даже в форк шланга коммитов больше не было

близзарды походу до сих пор плотно на премейке сидят

https://github.com/nlohmann/std_json

мне нравится его либа, и был бы рад это видеть в стандарте

да я откуда знаю, у них псоле этого пропозала даже в форк шланга коммитов больше не было

https://github.com/Blizzard/clang/tree/package_dev

но мне очень интересно было бы видеть тесную интеграцию в property_tree

мне нравится его либа, и был бы рад это видеть в стандарте

+1 выглядит отлично

да я откуда знаю, у них псоле этого пропозала даже в форк шланга коммитов больше не было

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

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

ну качалку какую то видать)

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

да мне тоже понравился

cppget уже не публичный, похоже, репа дает 404

cppget уже не публичный, похоже, репа дает 404

https://cppget.org/

это похоже не оно

мб форк был

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

а зачем cppget нужен, если есть Conan? или это что-то другое?

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

@AlexFails

мб форк был

судя по гит хистори вообще левый проект

а ну ок, видимо название похожие)

@AlexFails

? Не поняла :)

https://github.com/berkus/clang-packaging-P0235R0 я короч покрал, поиграюсь на выходных

а зачем cppget нужен, если есть Conan? или это что-то другое?

ну если про этот, тот там свой билд, а не поверх смейка

https://github.com/berkus/clang-packaging-P0235R0 я короч покрал, поиграюсь на выходных

отчетик!

ну если про этот, тот там свой билд, а не поверх смейка

аааа, осознал?

? Не поняла :)

вакансии с разрешения @AlexFails

cppget/build2 вроде кто то из российских разрабов делает

вакансии с разрешения @AlexFails

они уходят в канал по работке

вакансии с разрешения @AlexFails

Спасибо!

было бы неплохо как-то прикрутить nlohmann json к property_tree

cppget/build2 вроде кто то из российских разрабов делает

ага, в гит логе некий Борис

потому что ну слишком классная либа у него

у лохмана неплохая либа, но не самая быстрая, но удобная

у лохмана неплохая либа, но не самая быстрая, но удобная

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

Есть похожие пропозалы про XML?

я вот сейчас сижу и думаю, как бы это всё дело обьеденить в одну сущность, т.е. Иметь property_tree как общую штуку, а в качестве json_parser прикрутить поделие лохмана

лучше б пропозал на стандартный пакетный менеджер прямо в компиляторе написали

слишком космические^W хипстерские технологии для комитета

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

:)

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

можно холивар-бота написать

можно холивар-бота написать

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

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

dropbox/json11 удобнее, там есть чумовой has_shape() и работа с типами полей лучше

слишком космические^W хипстерские технологии для комитета

будем давить их де-факто реализацией тогда

достаточно пронумеровать аргументы, и получим более лаконичные диалоги - 42 - 57 ...

я вот сейчас сижу и думаю, как бы это всё дело обьеденить в одну сущность, т.е. Иметь property_tree как общую штуку, а в качестве json_parser прикрутить поделие лохмана

в принципе сериализаторы в pt так и работают, можно сделать сериализатор на базе nlohmann/json и принимать/возвращать pt

в принципе сериализаторы в pt так и работают, можно сделать сериализатор на базе nlohmann/json и принимать/возвращать pt

сейчас я попробую с лохманном обсудить данный вопрос

напиши сериализатор сначала ) будет что обсудить

Вот так зашёл в чат по C++ и узнал, что богом забытый property tree собираются оживлять. Удивительное рядом. Обычно вся движуха за бугром творится. Радует.

пример можно в коде pt посмотреть

Блин. В GCC в 7.1.1 нету std::any?

Блин. В GCC в 7.1.1 нету std::any?

оно ж libstdc++

http://www.scratchapixel.com ЙЕЙ

ERROR: S client not available

должно быть

Хм.

https://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html

вот тут если что

поди в std::experimental::any :)

в эксприментал помойму только filesystem

А, всё.

Это я тупил. Сорьки.

Ребят, подскажите, где я ошибаюсь https://wandbox.org/permlink/IzAYcbgvQH5rSyNP . Код работал на кланге (4, 5). При переезде на gcc - segfault. Как понял я, проблема в неправильном свертывании variadic на 21 строчке. С функторами что то происходит, их адреса затираются. В частности, захваченная лямбдой ссылка на this тоже обнуляется, в результате то, что есть

Ребят, подскажите, где я ошибаюсь https://wandbox.org/permlink/IzAYcbgvQH5rSyNP . Код работал на кланге (4, 5). При переезде на gcc - segfault. Как понял я, проблема в неправильном свертывании variadic на 21 строчке. С функторами что то происходит, их адреса затираются. В частности, захваченная лямбдой ссылка на this тоже обнуляется, в результате то, что есть

`using namespace std;`?

`using namespace std;`?

Я специально вычленил баг и сделал его как можно короче. И без неймспейсов тяжело читать.

`using namespace std;`?

это норм, читается легче

это норм, читается легче

+

Using только в заголовках зло обычно

Using только в заголовках зло обычно

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

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

Precommit hook - достаточно похоже на закон?)

некоторые чудо компиляторы просто делали конкатенацию из всех cpp файлов чтобы делать LTO, и там эти using тоже могли наделать делов, но так вроде бы никто вменяемый больше не делает

Precommit hook - достаточно похоже на закон?)

если он настроен на сервере - то норм

если он настроен на сервере - то норм

Где-ж еще

Ребят, подскажите, где я ошибаюсь https://wandbox.org/permlink/IzAYcbgvQH5rSyNP . Код работал на кланге (4, 5). При переезде на gcc - segfault. Как понял я, проблема в неправильном свертывании variadic на 21 строчке. С функторами что то происходит, их адреса затираются. В частности, захваченная лямбдой ссылка на this тоже обнуляется, в результате то, что есть

Запусти через gdb, посмотри где падает.

Запусти через gdb, посмотри где падает.

Падает на вызове функтора. У него нулевой адрес, соответственно адрес захваченного контекста тоже портится

Запусти через gdb, посмотри где падает.

А вообще с отладкой проблемы( gdb падает на сгенерировано коде новых компиляторов, видимо обновить его пора)

lldb возьми

lldb возьми

Ок) но проблему это не сильно решит. Место падения и примерную причину я понимаю. Мне интересно понять, ошибаюсь я или gcc. И почему clang нормально работает в этой ситуации

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

Я публикую вакансии в канал @procxxjobs по личной договоренности

Ок) но проблему это не сильно решит. Место падения и примерную причину я понимаю. Мне интересно понять, ошибаюсь я или gcc. И почему clang нормально работает в этой ситуации

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

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

Ага

Ок) но проблему это не сильно решит. Место падения и примерную причину я понимаю. Мне интересно понять, ошибаюсь я или gcc. И почему clang нормально работает в этой ситуации

я бы а) попробовал другую версию гцц, б) отослал им багу в багзиллу

Я публикую вакансии в канал @procxxjobs по личной договоренности

Я это поняла. Напишу Вам