Отправлено yes 12 октября 2005 г. 13:07 В ответ на: Ответ: (+) отправлено SM 12 октября 2005 г. 12:34

собственно говоря отсутствие volatile разрешает компилятору делать что хочешь с переменной...
ну понятно, что данные по указателям, это другое дело, но во всех примерах (в мануалах) этот рестрикт применяется к входным аргументам, что из Вашего объяснения бессмысленно (наверняка Ваша квалификация выше, чем у апп.инженеров)

собственно мне смысл рестрикта казался в том, чтобы дополнять всякие bank|section для SIMD операций (ну то есть компилер может не всегда просечь это)

то есть вобщем непонятный мне экстеншен, если не сложно - поясните популярно (лучше всего пример, где разный код генерится...)

• Ответ: (+) — SM   (12.10.2005 15:54 195.225.131.183, 1320 байт)
  • вряд ли у BF это другое, но спасибо, вроде понял. только примера (осмысленного), чтобы указатели/массивы в функцию были не рестрикт не представляю — yes   (12.10.2005 16:53 194.133.69.2, 123 байт)
    • А пример такого дела (+) — SM   (12.10.2005 17:05 195.225.131.183, 345 байт)
      • да, понял, что компилер не поймет такую ситуацию без доп. спецификатора — yes   (12.10.2005 17:25 194.133.69.2, 215 байт)
    • Нет, это же не const. Можно и читать и писать, но нельзя указатели на один адрес плодить. Можно const restrict написать, если запись не планируется и алиасинга нет. — SM   (12.10.2005 17:02 195.225.131.183, пустое)
  • Да, SIMD вообще не причем. Да и нет симда у 62хх/67хх — SM   (12.10.2005 15:55 195.225.131.183, пустое)
    • назвать можно и VLIW-ом :) — yes   (12.10.2005 16:59 194.133.69.2, пустое)