Názory k článku TinyCC Assembler: assembler, jenž je součástí Tiny C Compileru

Můžu mít otázku - TinyCC assembler zvládne také Intel syntaxi?

ad. "moderní verze GNU Assembleru podporují jak původní AT&T syntaxi, tak i (podle mnoha programátorů čitelnější) syntaxi používanou společností Intel." - DÍKY ZA TUHLE POZNÁMKU!. Tohle jsem netušil, a během těch let mě ani nenapadlo, že by se to mohlo změnit, tak jsem se po tom nikdy nepídil a automaticky instaloval nasm/yasm.
A jak už je v článku zmíněno, Intel je pro lidi, AT&T pro stroje ;-)

jeste se podivej na assembler v Go, to je taky maso :)

Diky za upozorneni. To je mocny obfuskovany hnus.
Zlaty asm v rustu.

jo no. Rob Pike to přitáhnul z Planu a ten assembler je dost zmatený. Navíc používá i ne-ASCII znaky, to je ve zdrojácích sice ne úplná novinka, ale pořád je to bizár.

jo on si GAS s sebou táhnul pověst, že umí jen AT&T syntaxi a před lety konečně někdo přidal i Intelovskou. Ale pověst už mu zůstala :-)

A popravdě - pořád je to divné, starý dobrý TASM nebo A86 je pořád lepší.

Možná si s tím autoři nelámali hlavu a chtěli něco, co bude jasné a nebude mít jmenné konflikty - v tomto je GAS se svými % prefixy spolehlivější. Já si na to svého času zvyknul a až na to přehození destination a source to tak špatné nebylo a třeba velikostní suffixy občas zachytily chybu.

Jinak souhlas, že ty možnosti jsou dost omezené, ale to je dost možná dáno tím, že v DOS se v assembleru skutečně programovalo, zatímco GAS byl už tehdy prakticky jen backend pro vyšší kompilátory.

A je to LGPL, takze to lze primixovat i do komercniho sw :)

Díky Pavle za připomenutí. V asm jsem "tvořil" cca 30 let zpět. To byl tasm a reálný mód CPU. To bývala fakt paráda.

Díky. Já taky používal TASM v nějakém tom ideal režimu (nebo jak se to nazývalo). TASM+TLINK+Volkov commander+nějakej editor (třeba e14, ať je to také minimalistické) se vešly na každou disketu, takže se to dalo tahat s sebou.

... jo a Quest4Tires jsem taky pařil ... na C64. Te zvuk, kdy si dřepne si dodneška vybavuju ;-)

Ah pamětník a znalec!

Místo mov $0,%rdi obvykle používají xor %edi, %edi, protože tato instrukce je o 5 bajtů kratší. Jinak děkuji za vzpomínku na assembler :)

27. 3. 2024, 11:36 editováno autorem komentáře

já vím, ale nechtěl jsem zabíhat do podrobností o optimalizacích. Ono to jde ještě udělat líp, protože u některých registrů je jasný, že jsou nulové na začátku, takže by to šlo ještě maličko víc zamotat.

V každém případě ale máš pravdu!

a co je teda rychlejsi/efek­tivnejsi, vynulovani pomoci mov nebo xor?

Rychlejší i kratší je xor. Za prvé, mov má za dlouhou konstantu na konci, což ovlivňuje délku kódu a tím pádem i rychlost. Za druhé, xor může být jenom přejmenování registru na nulu, takže nevyžaduje execution unit. To tedy až na moderních procesorech, ale historicky xor nikdy nebyl pomalejší: https://www2.math.uni-wuppertal.de/~fpf/Uebungen/GdR-SS02/opcode_i.html

Jinak stačí psát jenom operace do %eX, zbytek %rX se automaticky resetuje na nulu kvůli eliminaci závislostí.

Zdravíčko,
v té sekci kde se záměrně dělala chyba překladu - není u GNU náhodou to 0x11 číslo řádku s chybou?
Pokud ano, tak stačí v článku opravit, a můj příspěvek smazat :)
A pokud ne, tak prosím taky smazat :)

30. 3. 2024, 23:19 editováno autorem komentáře