Я ничего не понял из твоего ответа, но я хочу говорить более общно. То есть, можно ли как то безопасно перееводить поинтер на инт к поинтеру на флоат. Пусть они по 4 байта.

Я ничего не понял из твоего ответа, но я хочу говорить более общно. То есть, можно ли как то безопасно перееводить поинтер на инт к поинтеру на флоат. Пусть они по 4 байта.

Ну смари

То есть разные арифм.типы друг к другу, но поинтерами

Ну какбы ты знаешь, как они устроены?

Поинтеры

Сами значения внутри меня не интересуют

Речь идет про стрикт альясинг

dynamic_cast?

То есть разные арифм.типы друг к другу, но поинтерами

Кстати, на итаниумах плавающие числа по длине выравнивались?

alignas()

dynamic_cast?

Почитай в гугле про sa

Почитай в гугле про sa

Что это

Динамик каст тут при чем я не понимаю. Rtti это рантайм проверка типа, которая используется при наследовании.

Кстати, на итаниумах плавающие числа по длине выравнивались?

Вроде да.

Кстати, а безопасно ли поинтер на инт приводить к поинтеру на уинт ?

Я слышал, что нет гарантии, что sizeof(int*) == sizeof(char*)

Так вот я снова о своем вопросе - ... дело в том что если статик кастить поинтер флоата на поинтер инт - будет еррор. А вот если скастить поинтер к поинтеру на войд, а потом к нужному типу то все тип топчик будет или нет ?

Я слышал, что нет гарантии, что sizeof(int*) == sizeof(char*)

Я о таком не слышал о_О

Так вот я снова о своем вопросе - ... дело в том что если статик кастить поинтер флоата на поинтер инт - будет еррор. А вот если скастить поинтер к поинтеру на войд, а потом к нужному типу то все тип топчик будет или нет ?

На практике будет. В теории я полагаю, что никаких гарантий нет

Так вот я снова о своем вопросе - ... дело в том что если статик кастить поинтер флоата на поинтер инт - будет еррор. А вот если скастить поинтер к поинтеру на войд, а потом к нужному типу то все тип топчик будет или нет ?

То есть кодец то скомпилится, а вдруг это ub ? Вот мне бы хотелось именно о гарантиях.

Т.е. ISO C++ не подразумевает, что это необходимо

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

A prvalue of type pointer to void (possibly cv-qualified) can be converted to pointer to any type. If the value of the original pointer satisfies the alignment requirement of the target type, then the resulting pointer value is unchanged, otherwise it is unspecified. Conversion of any pointer to pointer to void and back to pointer to the original (or more cv-qualified) type preserves its original value.

То есть значения мне не интересны внутри, там фишка в том что компиль может оптимайзить при знании типов и т.п

Ну в целом ясно, но вдруг кто чего еще добавит

Эммм

способ то есть - повторюсь, читате хабру про SA

Другое дело, делать это через войды

Я слышал, что нет гарантии, что sizeof(int*) == sizeof(char*)

сюда линк кидал @EvgeniyZh

Другое дело, делать это через войды

но если я не прав, то больше пруфов попрошу

https://habrahabr.ru/post/114117/

А еще лучше вот это

https://habrahabr.ru/post/267239/

я не могу сказать, но я говорю - читать можно. Но если честно я не знаю, как прокомментировать твой ответ.

Хабр место хорошее, все же. Не все под одной гребенкой же

Ды я как то указатель кастил к uint8_t

Ну там пишут о том, как все таки можно сделать что бы без УБ

Корректное решение номер один — копирование

Корректное решение номер два — использование char*

а зачем корректно решать такую задачу?

комуто нужно приводить указатели на разные типы да ещё и платформонезависимо?

используются только те вызовы, которые доступны в целевой ОС.

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

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

Кие то банальные весчи

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

https://twitter.com/ericniebler/status/903308727880630272

https://twitter.com/ericniebler/status/903308727880630272

Кек

https://twitter.com/ericniebler/status/903308727880630272

Кажется, что внешняя лямбда и co_return лишние...

Кажется, что внешняя лямбда и co_return лишние...

да фиг знает)

https://github.com/ericniebler/range-v3/blob/async_ranges/include/range/v3/experimental/utility/sync_wait_all.hpp#L214

вот этот код

мозг вскипел

мозг вскипел

О! Скажите пожалуйста, как решать проблему нарушения ODR из-за incomplete type при использовании is_detected

Ок, попрошу Гора добавить сопрограммы и в Хаскель. Чтобы всё везде было одинаково непонятно :)

Лучше сразу вопрос задавать

Все нужные опции туда прокидываются?

Какая ошибка хоть?

INSTALL_COMMAND укажи пустую

Можно просто ExternalProject_Add(hlsl2glsl GIT_REPOSITORY https://github.com/aras-p/hlsl2glslfork INSTALL_COMMAND )

А тебе нужно, чтобы не игнорировал, а делал INSTALL?

Я особо не смотрел в исходники проекта, который на гитхабе, но по моему там нет install в cmake-конфигурации.

Попробуй добавить EXCLUDE_FROM_ALL TRUE

Как тут советуют https://stackoverflow.com/a/37855224

Две строчки STEP_TARGETS build EXCLUDE_FROM_ALL TRUE

https://godbolt.org/g/dpAQ7A where is your god now?

https://godbolt.org/g/dpAQ7A where is your god now?

It's you

gcc

gcc мой бог. вот лежит в /usr/bin.

icc тоже хочет всё поудолят

а почему так?

он типа думает что мы не будем звать main пока не проинициализируем статический Do?

а раз мы его инициализируем только вот так вот и больше нигде и никак

то бахнем сразу его в main чо уж

ну вообще странно

инициализировало бы нулем и падало как нормальные люди

не, стоп. я теперь не могу повторить волшебство с удолением

https://godbolt.org/g/m7vkYY а вот так уже ок

ну или если static убрать

или если NeverCalled затолкать в анонимный неймспейс

он тогда ещё и скажет что айяй вот эта функция действительно never called