SciFi (22.01.2014 15:49, просмотров: 59) ответил ыыыыыыыыыы на дальше возврат из функции - могу привести больше кода, но смысл? - я хотел показать, что компилятор может переставить операции даже с volatile переменными: видно, что первый оператор glob_wbuf[glob_ww]=in_buf[i]; транслируется в ldub ... stb ... аส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
-
- нет. сейчас я посмотрю еще варианты С - напишу результаты. самому интересно. - ыыыыыыыыыы(22.01.2014 15:57,
)
- Ну тогда компилятор всё правильно сделал. Другими словами, сам дурак. - SciFi(22.01.2014 16:04)
- возможно меня извинит, то что это чужой код и вроде как сказали, что volatile пробовали к массиву - не помогло. ну и volatile еще тратит время (ld/st) на работу с ним... то есть решение с барьером, имхо, лучше, но про порядок таких операций я бы ыыыыыыыыыы(116 знак., 22.01.2014 16:32, )
- Стандарт - по ссылке -> SciFi(225 знак., 22.01.2014 16:37, ссылка)
- спасибо - ыыыыыыыыыы(22.01.2014 16:42, )
- спасибо - ыыыыыыыыыы(22.01.2014 16:42,
- Стандарт - по ссылке -> SciFi(225 знак., 22.01.2014 16:37, ссылка)
- при объявлении приемника volatile - порядок получается правильный. но я не уверен, что это лучше барьера. по хорошему, в TSO в барьере должно еще flush быть - ыыыыыыыыыы(22.01.2014 16:14, )
- возможно меня извинит, то что это чужой код и вроде как сказали, что volatile пробовали к массиву - не помогло. ну и volatile еще тратит время (ld/st) на работу с ним... то есть решение с барьером, имхо, лучше, но про порядок таких операций я бы ыыыыыыыыыы(116 знак., 22.01.2014 16:32,
- Ну тогда компилятор всё правильно сделал. Другими словами, сам дурак. - SciFi(22.01.2014 16:04)
- нет. сейчас я посмотрю еще варианты С - напишу результаты. самому интересно. - ыыыыыыыыыы(22.01.2014 15:57,