Andrea píše:Přítel několik hodin hledal chybu proč mu nefunguje program v C na ARMu. Našel ji až po prozkoumání přeloženého kódu na úrovni assembleru. Překladač (gcc) byl při optimalizaci tak "geniální", že klidně přeházel pořadí příkazů a to aniž by tím něco ušetřil, naopak, v assembleru se ona část kódu (8 instrukcí) dala napsat o dvě instrukce kratší a hlavně funkční. Takže asi tak k té optimálnosti C.
Co to dokazuje?
1] že gcc je ne nadarmo zadarmo a darovanému koni na zuby nehleď. Zejmena když malá (embeded) řešení nejsou zrova domovskou doménou pro gcc.
2] Že se opravdu "vyplatí" se párat s assemblerem, když mi ušetří 25% délky kódu. To je tedy zisk. Ještě by bylo dobré říci, kolik času programování v C oproti assembleru příteli ušetřilo na celé aplikaci. Že ztratil několik hodin na ojedinělém problému již víme.
3] Přeházením pořadí příkazů kompilátor něco získá, a to na rychlosti. Záleží na architektuře. Ovšem každý program může mít chybu, i gcc, že? To ovšem nedokazuje, že babrat se za každou cenu s assemblerem je produktivní.
Mě jako programátora dnes vůbec nezajímá, jestli má aplikace 200 nebo 400 kB. Ale zatraceně mě zajímá, kdy dostanu zaplaceno a jestli mi kšeft nepřebere někdo jiný, protože má kratší termíny. V céčku je napsán téměř celý Unix (Linux). To bych chtěl vidět, kdo by ho psal v asm.
vyvoj v C je podstatne jednoduchsi.
.
