Проблема экосистемы C++

А взаимодействовать с ним будешь через кастомные ioctl'ы?

О, можно на нетлинксокетах апи к драйверу сделать, будет вполне по-хипстерски

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

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

Полностью согласен.

Просто автор топика переживает, что нет в жизни совершенства и винит в этом плюсы :) Если для xml делать лесопед слегка извращение, имхо. То уже для json можно и запилить. А уж логи тут кто во что горазд ибо хрен сделаешь так что бы для всех можно было настроить.

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

Кстати - но оно же зато собирается подо всё и не тащит зависимостей.

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

А посмотреть как оно собирается под нужную платформу можно же на CI. Есть там ещё один файлик для CI, но там платформа ненужная.

Зачем мне это делать? Я готовое хочу.

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

что в C++ слишком много возможных подходов сделать одно и то же

У этого чувака в репозиории так же есть либа для графики. В C++20 добавляют графику.

Кстати - но оно же зато собирается подо всё и не тащит зависимостей.

Шта? Оно использует cairo и тонну своих велосипедов.

А посмотреть как оно собирается под нужную платформу можно же на CI.

Это первое, куда я залез, но как написано в первом пункте - у автора своя система сборки и он не может объяснить как ей пользоваться.

Покажите не велосипед? C++17, QtCore, Boost?

Conan это то что умеет только в жёсткий semver и никак иначе. Версии как в openssl поддерживаются но с удивительными эффектами.

Ну вот смотри, для тебя, как для клиента этой поделки, что лучше - собрать cairo + этот велосипед под >=6 платформ. Или собрать cairo + ещё 5-6 велосипедов?

Или тебя возмущает факт, что сиё растёт из-за отсутсвия формата пакетов для библиотек, что толкает авторов ради удобства пользователей делать такой вот бандл?

Ну, если взять нечто компилируемое в нативный код, то я бы хотел посмотреть на платформу которая решает такую задачу, ну ради примера хотя бы подо все платформы куда можно собрать эту либу. С экосистемой, что бы были значится:

• библиотека для xml
• библиотека для логгирования
• работа с fs

Возможно, ещё лет через 5 таковыми станут rust или go. Но тогда может и плюсы подоспеют?:)

Портировали как то либу внутреннюю под Linux так вот xerces на некоторых наборах файлов оказался в xslt медленнее Msxml4

Ну xslt это скорее xalan. А как он там xalan использует xercesc это ещё вопрос. Ну и их по пальцам одной руки фрезеровщика пересчитать реализаций xslt для нативных языков.

Собственная либа для работы с fs.

ну не собственное же ядро для работы с ФС? так что пофиг

Возможно, ещё лет через 5 таковыми станут rust

В Rust уже это всё есть. XML либы на зачаточном уровне, в том числе и моя собственная, но уж точно не хуже плюсов. На крайний случай есть биндинги к тому же libxml.

Или тебя возмущает факт, что сиё растёт из-за отсутсвия формата пакетов для библиотек, что толкает авторов ради удобства пользователей делать такой вот бандл?

Да.

собрать cairo + этот велосипед под >=6 платформ. Или собрать cairo + ещё 5-6 велосипедов?

Всё плохо. Мне нужна одна команда, которая сама всё сделает.

В процессе парсинга обнаружить несоответствие намного быстрее и проще

Так то спотык парсера, а это спотык валидатора — вещи разные же.

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

Ничего сложного нет, шема пишется с пол пинка. Там и порядок появления тегов и их обязательность и кол-во и хинтинг содержимого. Единственное но, «наследование» изображается оборачиванием в базовый элемент, в который помещается один из типов наследников. Но вот это все — валидация парсинга. Ибо хинтинг значений мы валиднули, но сами значения могут быть некорректны, например, образно, высота меньше глубины.

если хочется генерировать

Запахло xslt.

Тот же SVG через схемы валидировать не выйдет. Уж очень хитрый он.

Угу, ну тогда ты за 5 минут соберёшь бинарники под ios, android, оффтопик и например другой linux-arm на трэвисе.

Если это так, то я снимаю шляпу перед этими ребятами, они молодцы и это победа. Но что-то мне сдаётся что всё пока на уровне красивых интерфейсов с заглушками под многие платформы.

Запахло xslt.

В генераторах вроде https://www.codesynthesis.com/products/xsde/ никакого xslt и в помине нет.

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

На гитхабе куча кода, который только под msvs собирается, а вы тут про ios/android.

Тем не менее, мобилки поддерживаются: https://forge.rust-lang.org/platform-support.html

Но я сам не пробовал.

Верю. Но хотябы частично.

Так то спотык парсера, а это спотык валидатора — вещи разные же.

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

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

А это считай вообще DOM обычный.

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

На гитхабе вообще много чего есть.

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

Вот тебе сегодня предлагают 300тыр(именно эту сумму) и просят сделать поделку с жёсткими нефункциональными требованиями которая отвечает на soap запросы под эти 6 платформ и для примера одну где галки в расте нет для cargo. Как ты пойдёшь зарабатывать эти деньги? Желательно за месяц, но можно и за два.

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

У svg 80 типов элементов и 271 атрибут. + произвольные элементы и атрибуты.

Вы так говорите, как будто все C/C++ либы запросто можно собрать под любую os/архитектуру и всё заработает. Или вы в это действительно верите?

Не страшно, я описывал для «примерно раза в три меньше». Смущают произвольные, но только в том смысле что я не смогу их описать.

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

Проверяет и можно свои кастомные тайпхинты и типы описывать. Декларативщина. Есть конечно ограничения.

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

Ну и в чем проблема раста в этом случае?

Вы так говорите, как будто все C/C++ либы запросто можно собрать под любую os/архитектуру и всё заработает.

Если в коде нет неотключаемого ассемблера/интринсиков и жестких завязок на endian и unaligned access (т.е., большиснтво прикладного кода), то да, соберется и заработает. И совсем другое дело, когда тупо нет компилятора для платформы

Даже w3c неосилили, между прочим

В том же tinyxml2 есть ifdef для андроида, что как бы намекает.

А хотели? Хотябы так же частично, чтобы хоть примерно прикинуть — свг нам подсунули или какой другой хмл документ.

Я использую QtCore, но и C++ мне нужен постольку, поскольку, например когда на C# что-то сделать нельзя или слишком уж нехорошо - пример современный OpenGL, хотя есть всякие Tao Framework и OpenTK, но они полумертвые в плане разработки.

https://www.w3.org/TR/2002/WD-SVG11-20020108/SVG.xsd

https://stackoverflow.com/questions/3510986/where-can-i-find-a-valid-svg-xml-...

Так андроид это извращ^Wособенная система, с кучей костылей и искуственных ограничений. А Linux он и в африке linux, хоть на sh4, хоть на ppc с softfp

посмотрел я этот ifdef, одно место - это андроид-специфичное логирование (фича), два других вообще прекрасно обошлись бы без ифдефов если бы автор не настаивал на заголовках в стиле #include <cthing> вместо thing.h

Проблема в том, что экосистема о которой ты говоришь ещё не существует в принципе а не только в плюсах.

Есть красивые прототипы с poc интерфейсами. И реализациями под самые попсовые платформы. Но остсутвующие в колонке cargo галки, при наличии компилятора и стандартной либы, как бы намекают, что всё не так радужно, и требуются доработки интерфейсов этой самой экосистемы, иначе, реализация cargo была бы тривиальна и получалась бы автоматом при реализации компилятора и стандартной библиотеки.

Или я неправильно понимаю значение расстановки галок?

Типы из rust, go и т.п. - молодцы и делают нужное дело, и я с удовольствием воспользуюсь плодами их трудов, если они завершат свой труд на моём веку. А если кто-то адаптирует их решение для плюсов, это же будет ещё более прекрасно.

Норм. Шема есть, значит осилили, так я её себе и примерно представлял.

Ну а то что там не хватает — чего-то недовыложили или чел зашел в тот момент когда еще не выложили и вообще вопрос 2010 года, может сейчас уже все ок, просто оно нах никому не надо ))

Начинается =)

Я к тому, что в C++ не намного лучше.

C++ намного хуже, в том плане, что он идёт к этой светлой цели экосистемы через взад.

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

Путь которым идут новые языки в этом плане - хорош, что и понятно: на ошибках учатся. Но, пока кто-то строит светлое будущее, кому то надо делать быстрые и портабельные штуки здесь и сейчас из того, что есть :)

С металлургов, значит) С такими у нас разговор короткий.Ъ