Сравнение FPC и GPC

[Bohdan]

Жаль мы не знаем что выдало бы Delphi...

Легко!

View->Debug Windows->CPU
или Ctrl+Alt+C

Код

004795F8 40              inc eax
004795F9 C3              ret

[Sergei I. Gorelkin]

По ходу дела, GPC понимает LongInt как 64-битное целое, и код генерит соответствующий - для увеличения именно 64-битного числа на единицу.

[STAKANOV]

По ходу дела, GPC понимает LongInt как 64-битное целое, и код генерит соответствующий - для увеличения именно 64-битного числа на единицу.

:blink: %eax - это всегда 32-х регистр

если учесть, что incl существует исключительно для того чтобы не было

Код: Выделить всё

addl    $1, (%eax)

и это ОЧЕНЬ БОЛЬШОЙ минус для gpc

[Sergei I. Gorelkin]

%eax - 32-битный, но (%eax) означает ячейку памяти, адрес которой находится в регистре. Поэтому то, что генерит GPC:

Код: Выделить всё

       addl    $1, (%eax)
       adcl    $0, 4(%eax)


есть именно инкремент 64-битного числа. Тут inc первой командой использовать нельзя, т.к. она не изменяет флаги, а нам нужно получить флаг переноса и прибавить его к старшей половине числа - что и делается второй командой.

[STAKANOV]

есть именно инкремент 64-битного числа. Тут inc первой командой использовать нельзя, т.к. она не изменяет флаги, а нам нужно получить флаг переноса и прибавить его к старшей половине числа - что и делается второй командой.

а действительно после замены LongInt на Integer от GPC получаем:

Код: Выделить всё

_p__M4_Test_S0_Test1:
       pushl   %ebp
       movl    %esp, %ebp
       movl    8(%ebp), %edx
       movl    (%edx), %eax
       incl    %eax
       movl    %eax, (%edx)
       leave
       ret

[Guest]

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

[pda]

м/б просто stackframes включено?

[bw]

А что такое stackframes?

..bw

[unC0Rr]

Вообще надо помнить, что:
а) GPC — frontend для GCC. А GCC не может учитывать структуру языка, поскольку ничего о ней не знает.
б) Community & Team у FPC куда активнее…

И все-таки, странно, очень странно смотрится inc() через add… Может у GPC/GCC оптимизация напрочь вырублена?

Вообще-то на пентиумах начиная вроде со второго инструкция add работает быстрее, чем inc, потому что может выполняться параллельно с другими инструкциями, это связано с тем, что inc не меняет флагов CF и ему нужно знать значение флагов перед выполнением, add меняет всё и ему их предыдущее значение не нужно... add "регистр, операнд(например 1)" выполняется на 486м за один такт, "add регистр, память" - за два, "add память, память" - за три... inc ведёт себя так же.... т.о. они аналогичны, за исключением того, что inc хуже распараллеливается внутри процессора