Miksowanie kodu C i asemblera przy użyciu AVR-GCC

[Ania30]

Jak się usuwa ten post ,niechce więcej drażnić pająka.
Niech pająk usunie ten post,ja nie wiem jak.

Post do usunięcia bo pająkowi się niepodoba.

[pajaczek]

Miksować to można muzykę... albo desery... ale żeby kod?

[maciek.mr]

Czy chodzi o to?

https://www.p-programowanie.pl/cpp/pola ... era-i-cpp/ ?

Albo na poziomie linkowania

M.

[r-mik]

Łączenie kodu C z ASM nie jest łatwe. Wymagana jest dobra znajomość zarówno C jak i ASM oraz specyfikacji kompilatora. Ekspert od ASM znający słabo C, jaki i ekspert od C słabo znający ASM niewiele zrobi. Do tego dochodzi konieczność dokładnej znajomości dokumentacji kompilatora. To jest chyba najtrudniejsze, bo wstawka w asm może zawieszać program c w przypadkowy sposób. Autorka postu nie zna podstaw żadnego z tych języków. O kompilatorze nie wie praktycznie nic. Nie wie nawet, gdzie znajduje się plik *lss. Łączenie kodu może zrobić na poziomie dodanie instrukcji "nop", ale już nie przekazywania i zwracania parametrów do/z funkcji w asm. Nie poradzi sobie z prosta wstawką aby poinformować kompilator jakie rejestry zostały zmienione przez wstawkę asm co może a praktycznie na pewno będzie powodowało nieprzewidywalne zachowanie się programu, tak jak gdy się zapomni o zapamiętaniu w przerwaniu stanu rejestrów, które są w nim modyfikowane.

Pani Ania30, czy rozumie Pani to co napisałem w ostatnim zdaniu?
Wie Pani, które rejestry przez AVR-GCC są zarezerwowane i do czego?
Kiedy trzeba zapamiętać rejestr stanu w przerwaniu a kiedy nie trzeba tego robić?
Ile rejestrów jest odkładane na stos po wejściu w przerwanie przez uC aby mógł później wrócić do wykonywania programu głównego ?
Jeśli odpowie Pani poprawnie na te pytania dam materiały na temat łączenia kodu C z ASM.


Jest gotowy artykuł na temat łączenia C z ASM. Jeśli będzie zainteresowanie (e-mail'e do redakcji) zostanie on opublikowany na łamach EP.