Прелестно

[OKTA]

Что-то я читал, читал твой пример, _Bers и так и не понял, что ты хотел им показать. Я так понял, что как раз фишку, что передается адрес объекта? 

[OKTA]

up или че там говорят обычно? 

[Igors]

Ну так что, кто-нибудь что-либо скажет насчёт этого?

Единственное что могу сказать - сам делал практически так же 

Др пример

Код:

ARGB CalcColor( void );

Это не работает если тело CalcColor в С (не cpp) файле. Когда ф-ция вызывается из cpp, она рассчитывает на

Код

C++ (Qt)
void CalcColor( ARGB & c );

и подает "с" как аргумент. Правда варнинг есть, что-то типа "inconsistent linkage" (точно не помню)

Непонятно удивление на 4 страницах Самые начальные познания в ассемблере снимают все вопросы

[Bepec]

Тупо не преподавали этот материал, а на практике он не пригождается.

[Igors]

Тупо не преподавали этот материал, а на практике он не пригождается.

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

Что-то я читал, читал твой пример, _Bers и так и не понял, что ты хотел им показать. Я так понял, что как раз фишку, что передается адрес объекта? 

Упрощенный пример

Код

C++ (Qt)
int DoSomething( float p0, float p1, int num ); 

Полагать что действительно на стек будет подаваться num, затем p1 и p2 - ну так думают тыкающие мальчики Реально может быть что угодно, напр

num в регистре ecx
p0 и p1 в регистрах FP2 и FP3

Никакой подачи не стек не происходит, ф-ция просто скомпилирована так что рассчитывает на аргументы в этих регистрах. Теперь Вы берете адрес ф-ции и вызываете ее "как положено" - но она об этом ничего не знает
 

[Old]

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

[Bepec]

Замер производительности команд/функций вполне заменяет знание ассемблера, увы.