Názory k článku Frameworky Capstone a Keystone: základ pro tvorbu assemblerů a disassemblerů

To vypadá zajímavě. Šel by nad Keystone postavit skutečný assembler s CLI, makry atd., nebo je to spíš jako plugin pro debuggery a různé tooly pro reverse engineering?

Makra atd. az tak velky problem nejsou, spis podpora sekci/segmentu. Urcite je mozne relativne snadno implementovat jen assembler do binarky, trosku vetsi prace by bylo generovani objektoveho kodu (ale musim se podivat, mozna to neni az tak velka magie).

jinak - všimli jste si, jak z jazyků (snad až na céčko) postupně zmizela možnost psát těla funkcí v assembleru? To je IMHO škoda, třeba v TurboPascalu to byla skvělá fíčurka a člověk se toho hodně naučil i o tom, jak vlastně fungují překladače.

rekl bych, ze lidi to uz nevyuzijou.
kdo jeste chce pouzivat assembler tak to obali ceckem.

jo no, ale on by to mozna nekdo vyuzil, kdyby to bylo k dispozici. Ale asi se doba fakt posunula a assembler uz neleti (na druhou stranu zase podle Tiobe* tomu je jinak, asi zalezi na socialni bubline)

* https://www.tiobe.com/tiobe-index/

Třeba JavaScript (Wasm) to umí přes intrinsics :-) : https://emscripten.org/docs/porting/simd.html

Jinak se spoléhá asi na kompilátor, že už je dostatečně dobrý a zbytek se volá přes nativní knihovny, kde to C kompilátory docela dobře podporují. Microsoft Visual C myslím od assembleru upustil pro x86-64 úplně - částečně asi proto, že jejich implementace nebyla dostatečně flexibilní (v porovnání s register placeholders u GCC či Clang), částečně je intrinsics dostatečné a v porovnání s původní MS Visual C implementací flexibilnější. Původní Turbo Pascal byl na tom v tomto dost podobně - tam to ještě mělo větší smysl, bo kompilátor samotný si s optimalizacema příliš nelámal hlavu.

To snad nikdy nebyla součást jazyka (snad až na některé Forthy), ale konkrétních implementací, ne?

Ono to je dnes občas náročnější aby ten kód fungoval v kontextu zbytku aplikace.

A všude to nezmizelo, v sbcl (common lisp) je pořád možnost jak implementovat funkce (volně řečeno) v assembleru - např používat SSE než bylo oficiálně, tak psát a volat samostatný kód v assembleru - ale je kolem toho víc režie.

To je pravda. Assembler je zminen v ISO C jako doplnek, ktery se nemusi implementovat a taky v C++ norme (opet jako optional rozsireni). Jinak asi ne...

To ma dusledky. Pokud nejaky jazyk primo nepodporuje asm ani intrinsics, tak (IMHO samozrejme) nikdy nemuze plnohodnotne nahradit cecko. To se tyka napriklad Go, ktere je sice ve sve nice dobrym jazykem (pouzivame ho denodenne), ale C nenahradi (i jdyz tady je vic duvodu].

Rust to má jako součást core knihovny.
https://doc.rust-lang.org/core/arch/macro.asm.html
https://doc.rust-lang.org/reference/inline-assembly.html

to je asi nejrozumnejsi reseni. predpokladam, ze editory je mozne ohnout tak, aby uvnitr toho makra umely "assemblerovsky" syntax highlighting

jinak v tomto nedokaze Keystone uplne pomoci, protoze sice dokaze vygenerovat binarni nativni kod, ale ten se neda primo spusit (to leda v DOSu). Takze jedine pres ulozeni vysledku, slinkovani a nejakej fork (nebo je kratsi cesta?)