Машинные команды в C

не функции, а асм вставки, наверное? или именно функции?

 

Nouzui
ну а вставки тем более должны вставляться 1 в 1 как есть в код.

 

Nouzui
ага gcc... не violate (http://www.rambler.ru/dict/scripts/go.cgi?btnG=%CD%E0%E9%F2%E8%21&query=violate&where=enru&start=0&count=15) а volatile
http://www.rambler.ru/dict/scripts/go.cgi?query=volatile&where=enru

выдержка из GCC UG http://gcc.gnu.org/onlinedocs/

Код (Text):

1. ...Note that if all the output operands you specify are for this purpose (and hence
2. unused), you will then also need to specify volatile for the asm construct, as described
3. below, to prevent GCC from deleting the asm statement as unused....

 

Nouzui
компилер все может
Great

только не у MS - ничего святого для них нет

 

dag
да знаю я.. случайно написал просто
violate.. ))) изнасилуем компилятор

 

Nouzui

Которые идут с текущим компилятором. Vicual C++ - Reference - C/C++ Languages к примеру. Просто с каждой новой версией идут новые фичи, иногда полезно знать и использовать их.

Для vc ничего не означает, о gcc не знал даже, что он так самонадеян.

Асм-вставки точно нет, а вот с оптимизацией функций, имеющих вставки эти, у оптимизатора иногда начинаются проблемы: либо не хочет, либо не может.

Ustus
Ты имеешь ввиду VC8? Не знаю, не очень-то он соптимизировал следующее (только заинлайнил ):

Код (Text):

1. int foo(int a)
2. {
3.     __asm {
4.         mov  eax,[a]
5.         add  eax,16
6.         mov  [a],eax
7.         mov  eax,[a]
8.         mov  [a],eax
9.         mov  eax,[a]
10.     }
11.     return a;
12. }
13.  
14. ///
15. ; int __cdecl main(int argc,const char **argv,const char *envp)
16. _main   proc near                       ; CODE XREF: ___tmainCRTStartup+15Ap
17.          argc    = dword ptr  4
18.  
19.          mov     eax, [esp+argc]
20.          mov     [esp+argc], eax
21.          mov     eax, [esp+argc]
22.          add     eax, 10h
23.          mov     [esp+argc], eax
24.          mov     eax, [esp+argc]
25.          mov     [esp+argc], eax
26.          mov     eax, [esp+argc]
27.          mov     eax, [esp+argc]
28.          retn
29.  _main   endp

 

в смысле? msdn, что ли? в 2003 emit'а нет

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

 

Я имел ввиду то, что вставку он и не пытался оптимизировать, что, в принципе, логично.

 

еще бы..
вопрос только в том, может ли он оптимизировать саму функцию?

 

Да.

 

IceStudent

Про volatile:
http://www.ibiblio.org/gferg/ldp/GCC-Inline-Assembly-HOWTO.html#ss5.4

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

 

Quantum
А gcc поддерживает управление компилятором из сорцов? Что-то вроде #pragma optimize в vc?

Nouzui

Ну как это нет? __asm _emit 0xCC
The _emit Pseudoinstruction. И у нас проходили.

 

гм.. действительно есть
просто я искал с двумя подчеркиваниями

 

Nouzui
оно есть еще с vc5, а скорее всего и раньше.

 

censored
_emit еще в старом TC (Turbo-C) Борланда присутсвовал.

 

ладно, ладно, сдаюсь )

 

два подчеркивания - это такой дурацкий стиль M$ =)
всякие _emit, _stdcall, _cdecl, _asm и другие ключевые слова обычно используются с одним подчеркиванием..

 

Код (Text):

1. unsigned char ret = 0xC3;
2.  
3. int main() {
4.     ((void (*)())&ret)();
5.     return 0;
6. }

 

давайте устроим конкурс на самый извращенный метод +)

 

реальны код из моего древнейшего проджекта:

Код (Text):

1.     _asm{
2.             jmp short $+5
3.             mov eax, 0310F0000h
4.     }

это RDTSC