Что может привести к тому, что _mm _setzero _si128 ()будет SIGSEGV? [дубликат]

На этот вопрос уже есть ответы здесь:

Закрыто 7 лет назад .

Possible Duplicate:
Qt, GCC, SSE and stack alignment

Я конвертирую симулятор из TinyPTC в WxWidgets. Некоторые графические подпрограммы оптимизированы с помощью встроенных функций SSE. Во время инициализации графического интерфейса начальное состояние визуализируется один раз, и все подпрограммы SSE работают отлично. Однако если я вызову их позже из обработчика событий, я получу SIGSEGV.

Сначала я подумал, что это какие-то странные проблемы с выравниванием, но это происходит даже для:

__m128i zero = _mm_setzero_si128();

Когда я заменяю подпрограммы SSE неоптимизированным -кодом, все работает нормально.

Я предполагаю, что обработка событий происходит в другом потоке, чем инициализация. Есть ли что-то, на что следует обратить внимание при использовании SSE из разных потоков? Что еще может быть причиной такого поведения?

SIGSEGV происходит в инструкции movdqa %xmm0, -40(%ebp)(, их несколько ). Если я компилирую с -O1, инструкции movdqaполностью оптимизируются, и программа работает нормально. В конце концов, похоже, это проблема выравнивания со стеком, как уже указывалось в комментариях.

Вот команда, которую CodeLite генерирует для компиляции:

g++ -c "x:/some/folder/sse.cpp" -g -O1 -Wall -std=gnu++0x -msse3
-mthreads -DHAVE_W32API_H -D__WXMSW__ -D__WXDEBUG__ -D_UNICODE
-ID:\CodeLite\wxWidgets\lib\gcc_dll\mswud -ID:\CodeLite\wxWidgets\include
-DWXUSINGDLL -Wno-ctor-dtor-privacy -pipe -fmessage-length=0 -o./Debug/sse.o -I.

Что-нибудь необычное? Возможно ли, что WxWidgets где-то меняет настройки выравнивания?

задан Community 23 May 2017 в 10:24

0 ответов

Другие вопросы по тегам:

multithreading segmentation-fault sse wxwidgets c++

Что может привести к тому, что _mm _setzero _si128 ()будет SIGSEGV? [дубликат]

0 ответов

Похожие вопросы: