Исходное сообщение
"Релиз компилятора PCC 1.0.0, распространяемого под..." Отправлено ImPressed, 12-Апр-11 10:39
>> Ваши бы слова да богу в уши=). Иногда без инлайнового ассемблера просто >> не обойтись, вот и приходится изощряться. > в отдельную либу, её с -O0, не забыть пояснить компилятору, какие регистры > дохлые. > кстати, а можно поинтересоваться: зачем инлайн-асм? именно вот вмонтированый в сишный исходник > асм мне — дай демона памяти — за 10+ лет ни > разу не понадобился. вообще, могу вспомнить только случаи конверсии бэкбуфера в > разный BPP да софтварного текстуризатора — там пришлось асм делать. Была задачка надо было с MSR-регистрами работать с юзерленда. Отдельную либу городить - муторно, а пару __asm__ volatile () втыкнуть в код функции много проблем не доставляло. И второй случай из недавнего читалка TSC-регистра (а-ля команда RDTSC) дабы сэкономить пару байт ( функция как раз кончалась на этой ассемблерной вставке) эпилог функции был перенесен мною в эту самую многострадальную __asm__ volatile(), с -O0 все прекрасно, даже с просто -O Segmentation Fault. Как мне кажется GCC делает оптимизацию работы со стеком и мой выкрутас поломал логику оптимимзатора ( хотя не должен был) и я получил SegFault. Ну тут может и я был ССЗБ, но как мне кажется результат все равно должен был быть удобоваримым. В задачке с TSC нужно было реализовать софтварный HPET-таймер с завязкой на Timestamp counter процессора. Пришлось в качестве решения проблемы убирать эпилог функции из __asm__() и дать компилеру построить его самому.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Ваши бы слова да богу в уши=). Иногда без инлайнового ассемблера просто >>> не обойтись, вот и приходится изощряться. >> в отдельную либу, её с -O0, не забыть пояснить компилятору, какие регистры >> дохлые. >> кстати, а можно поинтересоваться: зачем инлайн-асм? именно вот вмонтированый в сишный исходник >> асм мне — дай демона памяти — за 10+ лет ни >> разу не понадобился. вообще, могу вспомнить только случаи конверсии бэкбуфера в >> разный BPP да софтварного текстуризатора — там пришлось асм делать. > Была задачка надо было с MSR-регистрами работать с юзерленда. Отдельную либу городить > - муторно, а пару __asm__ volatile () втыкнуть в код функции > много проблем не доставляло. > И второй случай из недавнего читалка TSC-регистра (а-ля команда RDTSC) дабы сэкономить > пару байт ( функция как раз кончалась на этой ассемблерной вставке) > эпилог функции был перенесен мною в эту самую многострадальную __asm__ volatile(), > с -O0 все прекрасно, даже с просто -O Segmentation Fault. Как > мне кажется GCC делает оптимизацию работы со стеком и мой выкрутас > поломал логику оптимимзатора ( хотя не должен был) и я получил > SegFault. > Ну тут может и я был ССЗБ, но как мне кажется результат > все равно должен был быть удобоваримым. В задачке с TSC нужно > было реализовать софтварный HPET-таймер с завязкой на Timestamp counter процессора. Пришлось > в качестве решения проблемы убирать эпилог функции из __asm__() и дать > компилеру построить его самому.
	Введите код, изображенный на картинке: