SciFi (21.01.2014 19:35, просмотров: 67) ответил ыыыыыыыыыы на про програмирование, вернее gcc -O2 и memory barrier. в какой раз уже наступаем, но продолжаем колоться и есть кактус... все переменные volatileส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
-
- почему баг - имеет право. для арма думаю также будет при О2 и выше. просто средства языка С не позволяют запретить оптимизацию. ну а в средствах RTOS такое либо на асме напишут, либо через критическую секцию (что не гуд) - ыыыыыыы(22.01.2014 00:23,
)
- volatile как раз и говорит компилятору не оптимизировать доступ к переменной. так что или она таки объявлена неправильно или компайлер по какой-то причине не воспринимает ее как volatile или таки баг оптимизатора - aoreh(22.01.2014 01:18)
- Есть такая штука, как "sequence point". Имеет непосредственное отношение к "volatile". Слыхали о таком? - SciFi(22.01.2014 00:37)
- типа, это: ; это sequence point по-моему современным компилерам на это плевать. то есть побочного эфекта переставление записей не имеет пока мы в рамках однопотоковой системы.... но вот изменение поведения при volatile glob_buf как то шатает мою ыыыыыыыыыы(15 знак., 22.01.2014 16:41, )
- нет, может заменить barrier или теоретическое определение? из теории про это я знаю memory ordering - TSO PSO Strong - ыыыыыыыыыы(22.01.2014 15:53, )
- типа, это: ; это sequence point по-моему современным компилерам на это плевать. то есть побочного эфекта переставление записей не имеет пока мы в рамках однопотоковой системы.... но вот изменение поведения при volatile glob_buf как то шатает мою ыыыыыыыыыы(15 знак., 22.01.2014 16:41,
- почему баг - имеет право. для арма думаю также будет при О2 и выше. просто средства языка С не позволяют запретить оптимизацию. ну а в средствах RTOS такое либо на асме напишут, либо через критическую секцию (что не гуд) - ыыыыыыы(22.01.2014 00:23,