а на pugixml смотрели?

Здравствуйте, коллеги! Нахожусь в поисках кроссплатформенной либы для парсинга XMLданных. Загвоздка в том, что либа должна уметь парсить UTF-16 текст, а именно char16_t/std::u16string (НЕ wchar_t) с текстового буфера (НЕ локального файла) без преобразования. RapidXML, TinyXML, XercesC++, XmlInspector, irrxml - уже изучил, Возможно, я пропустил какую-то либу или еще не нашел. Подскажите, господа, что можно использовать для моих целей (если не писать свой велосипед, конечно). Спасибо!

Google :: gumbo ?

Google :: gumbo ?

а он не для html разве?

Так всё одно DOM...

Я полагаю, ему пофигу.

ну так то это не одно и то же

Современный -- одно и то же.

Но я уточню...

ну так то это не одно и то же

а что же?

ну так то это не одно и то же

Современный HTML -- это XML

ух ты, это можно юзать парсеры для html получается, с целями парсинга xml... никогда бы не додумался до такого. Спасибо большое! Буду копать в эту сторону.

Google :: gumbo ?

Gumbo по другим параметрам не покатит: Non-goals: Support for encodings other than UTF-8

Но все равно круг поиска расширяется, ибо будут валидными и html парсеры, я правильно понимаю?

Но все равно круг поиска расширяется, ибо будут валидными и html парсеры, я правильно понимаю?

Наоборот же, парсер xml может html распарсить

А наоборот не проконает?

А наоборот не проконает?

Логичнее полагать, что нет. Так как html имеет определенную структуру (тег html, body, head и тд). Поэтому если натравить парсер html на произвольный xml, то он скорее всего будет их искать, не найдёт и скажет, что ты дурак, дичь ему подсовываешь. Но надо проверить)))

Интересно. Спасибо!

Современный HTML -- это XML

Хм... вроде XHTML это XML :)

Ну да. Но в HTML5 весь должен быть XHTML

Но может это лишь мои мячты...

Что Gumbo может XML я так и не нашёл.

Ну да. Но в HTML5 весь должен быть XHTML

мне казалось xml более строгий другими словами ошибки в html допустимы

Ошибки и в XML допустимы.

Там точно есть отличие что в хтмл можно писать атрибуты без значения как async, а в xml надо async="async"

Там точно есть отличие что в хтмл можно писать атрибуты без значения как async, а в xml надо async="async"

Вот что-то впервые о таком слышу...

о какой половине высказывания?

"можно писать атрибуты без значения как async, а в xml надо async="async""

У меня точно модуль в nginx ругался именно на это место

Я могу сказать чем точно отличается. HTML -- это SGML общий. А XML -- SGML строгий.

Но это давно было, я спеку бегло читал

в общем, там два высказывания: про "нужно в XML" и "не нужно в HTML", и вроде оба верны

Но ругался именно, что атрибут невалидный

Я могу сказать чем точно отличается. HTML -- это SGML общий. А XML -- SGML строгий.

Это значит следующее: в XML каждый открывающийся тег ОБЯЗАН быт закрыт. Тэги могут только вкладываться друг в друга, но не пересекаться по продожительности. HTML (как и нестрогий SGML) же такой жёсткости не подразумевает, там тэги могут НЕ ЗАКРВАТЬСЯ. При этом распарсить корректно такие SGML нельзя, нужно долбавлять семантические правила, ограничивающие обрасть действия тэга. Обычно это определяют как "Тэг действует до конца его родительского тэга", а также другие семантические ограничения, типа правил, до каких пор действую определённые тэги. Например, тег <B> , описывающий в HTML шрифт с жирным написанием, может быть закрыт явно, а может не быть закрыт, и тогда он действует до конца охватывающего его тега. Охватывающий тег должен быть ещё не просто так, а определённого типа.

<address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>

вполне валидный xml

валидный. Почему нет-то?

<address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>

Только кавычки другие должны быть, двойные

РедХат с вами не согласен

РедХат с вами не согласен

в чем

в строгости использования двойных/одинарных кавычек в описании дерева

в строгости использования двойных/одинарных кавычек в описании дерева

Ты ещё как образец XML конфигурацию Appache приведи...

Ты ещё как образец XML конфигурацию Appache приведи...

это выше моих сил

это выше моих сил

Т.е. были бы силы, так бы и сделал ? :-)

а что же говорит рфц?

а что же говорит рфц?

Про XML -- это не RFC, это W3C...

да ладно

Т.е. были бы силы, так бы и сделал ? :-)

боже упаси дорасти когда-нибудь до такого)

Да какая разницы?

блин, точно

всё текст

AttValue ::= '"' ([^<&"] | Reference)* '"' | "'" ([^<&'] | Reference)* "'"

судя по в3ц там пофиг какие quotes или я не то смотрю

Кто в gtest шарит, как сделать EXPECT_CALL(*instance, foo(param)).Times(1), если паметром есть`std::initializer_list`? Матчер прикрутить не выходит

Кто в gtest шарит, как сделать EXPECT_CALL(*instance, foo(param)).Times(1), если паметром есть`std::initializer_list`? Матчер прикрутить не выходит

оно? https://github.com/google/googletest/issues/634

оно? https://github.com/google/googletest/issues/634

Не совсем. Мне надо впихнуть его в EXPECT_CALL

какая разница..

там же написано

оберните макрос в вариадик-шиблон

Тут Майерс новую книгу хвалит (чужую) http://scottmeyers.blogspot.com/2018/06/interesting-book-modern-c-challenge.html

ERROR: S client not available

Кто нибудь уже читал? Стоит время потратить?

Кто нибудь уже читал? Стоит время потратить?

Го бай ит! А мы потом прочитаем!

:-)

Хорошо

)

Я что-то не понял. Это типа кукбука, или это на примерах показываются всякие фичи?

Я что-то не понял. Это типа кукбука, или это на примерах показываются всякие фичи?

Да, похоже так и есть.

Ну да, всякие прикладные задачи типо

Очень прикладные

а я правильно понимаю, что в С++17 есть смысл сразу объявлять namespace details { template <typename T> struct integer_alias_helper_type { enum class inner : int {}; }; } template <typename T> using integer_alias_type = typename details::integer_alias_helper_type<T>::inner; namespace details { struct some_alias {}; } using some_integer_alias = integer_alias_type<details::some_alias>;

https://github.com/crosetto/AutomaticDifferentiation/blob/master/README.md шо скажете?

а я правильно понимаю, что в С++17 есть смысл сразу объявлять namespace details { template <typename T> struct integer_alias_helper_type { enum class inner : int {}; }; } template <typename T> using integer_alias_type = typename details::integer_alias_helper_type<T>::inner; namespace details { struct some_alias {}; } using some_integer_alias = integer_alias_type<details::some_alias>;

можно чуть подсократить запись второй половины namespace details { template <typename T> struct integer_alias_helper_type { enum class inner : int {}; }; } template <typename T> using integer_alias_type = typename details::integer_alias_helper_type<T>::inner; using some_integer_alias = integer_alias_type<struct some_alias>;

можно чуть подсократить запись второй половины namespace details { template <typename T> struct integer_alias_helper_type { enum class inner : int {}; }; } template <typename T> using integer_alias_type = typename details::integer_alias_helper_type<T>::inner; using some_integer_alias = integer_alias_type<struct some_alias>;

О! Спасибо

О! Спасибо

Локальная структура в объявлении с непривычки взрывает мозг. Часто используется эта фишка в Boost.Exception

Пользуйтесь на здоровье :)

Локальная структура в объявлении с непривычки взрывает мозг. Часто используется эта фишка в Boost.Exception

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

а я правильно понимаю, что в С++17 есть смысл сразу объявлять namespace details { template <typename T> struct integer_alias_helper_type { enum class inner : int {}; }; } template <typename T> using integer_alias_type = typename details::integer_alias_helper_type<T>::inner; namespace details { struct some_alias {}; } using some_integer_alias = integer_alias_type<details::some_alias>;

Странный integer alias который не поддерживает никакие операции с integerами. Надо сверху еще операторов насыпать.

Странный integer alias который не поддерживает никакие операции с integerами. Надо сверху еще операторов насыпать.

Разумеется, мне там потом всякие int_metric_type * dpi_type по правилу MulDiv(metric, dpi, 96) надо

Разумеется, мне там потом всякие int_metric_type * dpi_type по правилу MulDiv(metric, dpi, 96) надо

Не проще тогда какую-нибудь библиотеку заюзать? strong_typedef из буста или из type_safe например.

Товарищи, а никто не встречал библиотеки для футпринтинга текстов?

Товарищи, а никто не встречал библиотеки для футпринтинга текстов?

Поясните что имеется ввиду.

Поясните что имеется ввиду.

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

Товарищи, а никто не встречал библиотеки для футпринтинга текстов?

Это в NLP/DS чатики вам надо

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

https://github.com/facebookresearch/StarSpace - что-нибудь такое наверное нужно. Ембеддить абзацы и потом сравнивать их друг с другом.

Не проще тогда какую-нибудь библиотеку заюзать? strong_typedef из буста или из type_safe например.

Я видел реализации буста, мне не нравились

https://github.com/facebookresearch/StarSpace - что-нибудь такое наверное нужно. Ембеддить абзацы и потом сравнивать их друг с другом.

Неплохо, но что-то бы попроще...

а я правильно понимаю, что в С++17 есть смысл сразу объявлять namespace details { template <typename T> struct integer_alias_helper_type { enum class inner : int {}; }; } template <typename T> using integer_alias_type = typename details::integer_alias_helper_type<T>::inner; namespace details { struct some_alias {}; } using some_integer_alias = integer_alias_type<details::some_alias>;

Убейте меня. Это вообще для чего?

Убейте меня. Это вообще для чего?

как я понимаю, что-то типа фабрики уникальных int-овых идентификаторов для конкретного типа T, проверяемое на этапе компиляции