Или вынуждай обновлять зависящих.

а как тут решить? сигнатура то поменялась

https://www.boost.org/doc/libs/1_64_0/doc/html/boost_dll/mangled_import.html

Или это не то?

А не, походу я попутал. Мы по сигнатуре всё равно импортируем. Я думал имени достаточно

@apologeya вот нинада спамить

В правилах группы не было написано, что поддержка хорошего продукта = спам)

Это реклама продукта.

-Os

Нашла: Tools => Compiler Options => -Os билд стал больше весить)

Нашла: Tools => Compiler Options => -Os билд стал больше весить)

так ты дебаг отключила? мб залей на гитхаб проект свой

Associative map containers with compile-time lookup https://github.com/hogliux/semimap

Associative map containers with compile-time lookup https://github.com/hogliux/semimap

ну это про constexpr вычисление хеша

Associative map containers with compile-time lookup https://github.com/hogliux/semimap

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

gperf?

?

аналог гперфа? https://www.gnu.org/software/gperf/

аналог гперфа? https://www.gnu.org/software/gperf/

нет, совершенно

никто не обещал, что так сработает

Так есть же рабочий вариант компайл-тайм хеша из литерала.

нет, совершенно

в чём отличие?

в чём отличие?

задача другая

какая?

какая?

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

он пытается избежать overhead при поиске в статике, но сохраняя возможность поиска/модификации в рантайме

ну это про constexpr вычисление хеша

чем он отличается от https://github.com/serge-sans-paille/frozen

нет, совершенно

хмм

ну вот тут честно написано, что аналог гперфа

C ++ становится все более похожим на Lisp.

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

да, предварительная подготовка, как и констехпр

всем привет! всвязи с тем, что в 17-м задепрекейтили std::iterator нужно теперь просто самому писать тайпдефы в классе итератора? или дали какой-то другой способ?

всем привет! всвязи с тем, что в 17-м задепрекейтили std::iterator нужно теперь просто самому писать тайпдефы в классе итератора? или дали какой-то другой способ?

https://en.cppreference.com/w/cpp/iterator/iterator_traits

Такой вопрос: если в динамической библиотеке сделать не константую функцию константной - нужно ли будет пересобирать программы, использующие эту функцию из этой динамической библиотеки?

Да, нужно пересобирать

C ++ становится все более похожим на Lisp.

... И именно поэтому я люблю С++!

Ну проверь — если сигнатура не изменится — значит не надо ;)

Сигнатура изменится.

Смотря как линкуешь. Если динамически в коде через LoadLibrary() и подобное, то вроде не надо

НАДО ВСЕГДА!

https://godbolt.org/z/VHuT0M

А не, походу я попутал. Мы по сигнатуре всё равно импортируем. Я думал имени достаточно

У небя всё в одну кучу... и сигнатуры , и ординалы....

У небя всё в одну кучу... и сигнатуры , и ординалы....

Что за ординалы?

Что за ординалы?

То о чём ты говоришь.

То о чём ты говоришь.

То есть имена функций?

То есть имена функций?

Это НЕ ИМЕНА ФУНКЦИЙ

Это НЕ ИМЕНА ФУНКЦИЙ

Что за ординалы?[2]

У небя всё в одну кучу... и сигнатуры , и ординалы....

Хм... Я всегда думал, что линковка С++ по сигнатурам, а 3.19 signature [defns.signature] ⟨function⟩ name, parameter type list ([dcl.fct]), enclosing namespace (if any), and trailing requires-clause ([dcl.decl]) (if any)

Что за ординалы?[2]

Тут почитай, если надо реально https://msdn.microsoft.com/ru-RU/library/hyx1zcd3.aspx

Хм... Я всегда думал, что линковка С++ по сигнатурам, а 3.19 signature [defns.signature] ⟨function⟩ name, parameter type list ([dcl.fct]), enclosing namespace (if any), and trailing requires-clause ([dcl.decl]) (if any)

Как укажешь в библиотеке импорта, такая линковка и будет. Хоть по номерам...

Да никому оно уже давно не надо, хз когда это было. Свою dll точно по ординалам никто не будет импортить\экспортить.

Что за ординалы?[2]

Я кстати тоже перепутал, ординал -- это как раз номер. Я имел в видy internal name

Тут почитай, если надо реально https://msdn.microsoft.com/ru-RU/library/hyx1zcd3.aspx

Ок, почитаю

кто-нибудь в чатике виндовые билды на шланг переводил?

кто-нибудь в чатике виндовые билды на шланг переводил?

Ну, я не переводил...

Саш, ты бы подробнее...

Саш, ты бы подробнее...

мне нужны отзывы людей, которые перевели виндовые билды на шланг

мне нужны отзывы людей, которые перевели виндовые билды на шланг

ты имеешь в виду, что имея в инпуте MSVC/win получить output Clang/?

мне нужны отзывы людей, которые перевели виндовые билды на шланг

Команда хромого точно даже репорт был у них

Команда хромого точно даже репорт был у них

про хромого знаю. меня интересуют ещё прецеденты

ты имеешь в виду, что имея в инпуте MSVC/win получить output Clang/?

это значит я беру плюсовую программу и успешно собираю шлангом на винде

Я только на линухах подобным занимаюсь иногда

кто-нибудь в чатике виндовые билды на шланг переводил?

ручками переводил vcxproj на autotools.

это значит я беру плюсовую программу и успешно собираю шлангом на винде

а там есть сложности? :)))

ручками переводил vcxproj на autotools.

и компилятор поменял msvc на clang?

а там есть сложности? :)))

Есть. https://clang.llvm.org/docs/MSVCCompatibility.html

вот про замену msvc я точно знаю, что весь TMP надо переписывать

и компилятор поменял msvc на clang?

под макосью msvc не работает же

под макосью msvc не работает же

меня макось не интересует

Есть. https://clang.llvm.org/docs/MSVCCompatibility.html

Вообще я плавно мигрирую на ISO C++ но все равно дофига MSVC specific потому что хрень в ISO C++

Вообще я плавно мигрирую на ISO C++ но все равно дофига MSVC specific потому что хрень в ISO C++

ой ну вот начинается ?

ручками переводил vcxproj на autotools.

для более ~600 проектов от шестой студии я писал тул, который сохранял в in memory базу структуру проектов, строил граф зависимостей, а потом генератором получал CMake проекты.

ой ну вот начинается ?

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

мне нужны отзывы людей, которые перевели виндовые билды на шланг

пробовал, буст.препроцесс не работает с ним, поэтому не сложилось

в остальном всё ок

https://godbolt.org/z/VHuT0M

@zamazan4ik упс не зареплаил

короче надо оптимизации походу

@zamazan4ik упс не зареплаил

а что тут не так или недостаточно соптимизировано?

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

We don't all love the broken VC++ emulated preprocessor of clang with vc++ as you do.

а что тут не так или недостаточно соптимизировано?

ну он кинул версию где в рантайме считалось

короче надо оптимизации походу

там надо на constexpr переменную ловить

constexpr auto value = /*...*/; return value;

это 146% constexpr-ом посчитается

https://en.cppreference.com/w/cpp/iterator/iterator_traits

Можно уточнение? Т.е. теперь для каждого типа итератора мы должны будем определить iterator_trait. Это по смыслу является тайпклассом или я не правильно понял?

@zamazan4ik упс не зареплаил

да, что-то без оптимизации не хочет считать в compile-time. Даже O1 хватает

пробовал, буст.препроцесс не работает с ним, поэтому не сложилось

а что переводил, если не секрет?

да этот свой пакетный менеджер, там много зависимостей, уж не единственный ли буст и не работает

либо я что-то путаю

Где можно скачать пребилт pdf доки буста?

Можно уточнение? Т.е. теперь для каждого типа итератора мы должны будем определить iterator_trait. Это по смыслу является тайпклассом или я не правильно понял?

Ты должен в своём итераторе сам определить difference_type, value_type, pointer, reference, iterator_category. Тогда iterator_traits сможет получить к ним доступ.

вернее шаблонный код с помощью iterator_traits сможет получить доступ к этим типам в твоём итераторе :)

Ты должен в своём итераторе сам определить difference_type, value_type, pointer, reference, iterator_category. Тогда iterator_traits сможет получить к ним доступ.

А нахрена difference_type и value_type если есть decltype?

А нахрена difference_type и value_type если есть decltype?

Они так и определены в iterator_traits или там просто алиасы на соответствующие типы в нашем итераторе? Мне кажется второе

Они так и определены в iterator_traits или там просто алиасы на соответствующие типы в нашем итераторе? Мне кажется второе

Но ведь value_type это decltype для *Iterator а difference_type для Iterator - Iterator

Пример с реверсом как бы намекает прямо