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

Bohdan · Сообщение **Bohdan** » 15.11.2005 12:38:32

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

Легко!

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

Код

004795F8 40 inc eax
004795F9 C3 ret

Sergei I. Gorelkin · 15.11.2005 18:20:48

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

STAKANOV · Сообщение **STAKANOV** » 15.11.2005 18:31:32

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

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

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

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

addl    $1, (%eax)

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

Sergei I. Gorelkin · 16.11.2005 10:59:01

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

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

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

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

STAKANOV · Сообщение **STAKANOV** » 16.11.2005 12:54:02

есть именно инкремент 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 · Сообщение **Guest** » 18.11.2005 08:25:41

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

pda · Сообщение **pda** » 18.11.2005 19:32:12

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

bw · Сообщение bw » 23.11.2005 05:15:35

А что такое stackframes?

..bw

unC0Rr · Сообщение **unC0Rr** » 02.02.2006 02:54:26

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

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

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