strict-aliasing

0зной

1ответ

Является ли наложение указателей между агрегатными структурами C и их членами стандартами?

Является ли следующая стандартная программа C (и по каким стандартам (стандартами))? Если он несовместим (нарушая правило строгого псевдонима или иначе), он «безопасен» применительно к GCC или любому

1зной

1ответ

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

В http://blog.regehr.org/archives/1307, автор утверждает, что следующий фрагмент кода имеет неопределенное поведение: unsigned long bogus_conversion(double d) { unsigned long *lp = (unsigned long

2зной

1ответ

(Как) Я должен уничтожить uv_async_t?

После того как я закончил с uv_async_t, я должен уничтожить его, чтобы избежать утечек, не так ли? От взгляда на документы, кажется, я должен использовать uv_close() для этого, но он принимает uv_hand

0зной

2ответ

Является ли этот макрос нарушением ПРАВИЛА СТРОГО АЛЛИЗИРОВАНИЯ?

Я фиксируя код не написанный мной, так что я нашел это: #define get_u_int16_t(X,O) (*(u_int16_t *)(((u_int8_t *)X) + O)) Как я могу изменить его, чтобы сохранить власть, если она нарушает его? Макро

0зной

1ответ

предупреждение! разыменованный тип-караульный указатель нарушит правила строгого сглаживания [-Wstrict-aliasing]

У меня проблема с псевдонимом. Я никогда не сталкивался с этим раньше. Я использую Eclipse CDT. Я читал разные решения, но я не мог найти подходящий для меня. У меня есть предупреждение, разыменования

1зной

1ответ

Является ли это ошибкой повторного использования памяти (aliasing) в gcc 6.2?

Из того, что я могу сказать, следующий код должен иметь 100% определенное поведение при любом разумном чтении стандарта на платформы, которые определяют int64_t, и где long long имеет тот же размер и

15зной

2ответ

Является ли этот код нарушением правила строгого сглаживания?

Вопросы: Нарушает ли это код ниже строгие правила сглаживания? То есть, разрешено ли интеллектуальному компилятору печатать 00000 (или какой-либо другой неприятный эффект), потому что доступ к нему, к