Printable View
Ma zmysel napisat program v "C", ktory prehodi cast kodu z "C" do Assembleru?
A potom sa to skompiluje spolu napr. vo Visual alebo v Borlande...
Ide hlavne o matematicke operacie ako +,-,*,/,odmocnina,exponent,... a cykly "for","while"...a este nejake podmienky "if".
Alebo uz nejaky taky program existuje?
Hodilo by sa mi to do 3D enginu na gamesy. A urcine hlavne na softverovy rendering......heh
Ma s tym niekto nejake skusenosti?
Chces robit nejake skripty a interpreter je prilis pomaly?
ani ne tak prgoram jako ze to umi primo prekladace ;)
napr v bcc 3.1 co se pamatuju to jde nastavit jak v Options-Compiler-Generate asm output (nebo tak nejak), anebo pri prekladu (bcc.exe) je to parametr -S.
v BC++ 4.5 to jde taky primo v options.
a u m$ compileru jsem to taky videl.
ty delas 3D engine v assembleru? :o vsechna cest
to podle me nema cenu pokud ty kusy nenapises sam. prekladac to stejne cpe nejdriv do asm a pak zdrojak a dela uz sam nejake optymalizace. ael nevim
btw slusnejsi kompilatory maji optimalizaci takovou, ze to asi nevykoumas lip...ale s tema cyklama atd - no pokud presne vis co delas (napr. range,stack,overflow checking) tak to muzes klido prepsat do asm
jinak docela dost se dela unrolovani loopu, dla muzes pouzivat MMX, 3dnow! apod - ale samozrejme musis psat vicero verzi - to je blby
takze spis to nechat na tom kompilatoru...
no pokud ses velkej machr, tak to zvladnes napsat....
napsat jakejkoliv prekladac neni zadna sranda.... ted sem jeden psal a stalo to za to...
naprosta vetsina C/C++ kopilatoru zvlada "disassembling", pak uz si muzes pohrat co srdce raci ...
2xvojta - no me docela stacil interpret :-)
ale imho psat neco v C a pak to zpet sesmolovat z ASM neni nejlepsi postup...no mozna kdyz nevis jak to napsat v ASM, ale pak jak to bude optmalizovat ?? :-)
heh, ako pozeram na zdrojaky v .asm ktore vypotil Borland, tak to asi nema zmysel........ :? .......kod je napisany velmi pekne a netrufam si to spravit lepsie........
ASM je pekne ryxle (ale ta prenositelnost :( )
Viem co hovorim - robil som aj system ;)
Pokial robis 3D engine, tak treba pozerat na vyuzitelnost ASM trocha realne. Ak si pozries zdrojove texty k 3D hram (Wolfenstein, Doom, Quake,...), tak zistis nasledujuce. V ASM su robene len niektore "sofistikovane" cinnosti, ako napr. texturovanie, praca s vektormi v 3D.Citace:
Původně odeslal snake
Samotny kompiler C-cka koduje priam ukazkovo a nema zmysel to davat do asm, pretoze by s najvacsou pravdepodobnostou bolo napisane horsie (vsetka cest vynimkam).
A ASM sa pouzije len na tie techniky, ktore normalne v C-cku urobit nevies (napr. dvojnasobne scitavanie dvoch (teda styroch) operandov jedinou add instrukciou - a to uz nehovorim o rozsireniach instrukcnej sady procesorov MMX pocnuc).
Pokial neplanujes texturovat softverovo (pouzijes Direct3D, resp. OpenGL), tak mozes viacmenej na ASM zabudnut.
Neska to uz nema cenu. GCC ma tolik opsnu na optimalizace, ze to tezko udela nekdo lip.
GCC je jeden z naj prekladacov (len skoda ze nezvlada VC++ :) )Citace:
Původně odeslal RayeR
VC muze jit leda tak na WC
(a to bych Watcomu jeste krivdil ;D )
Proste doba, kdy se optimalizovalo rucne v ASM je uz davno pryc (BTW driv byly ty zdrojaky i mensi a jednodusi, takze se to jeste nak dalo). Bohuzel se obavam ze uz je pryc i doba kdyz se psalo poctive lowlevel v C. Dneska uz jen neco narychlo naklikat v nakym Visualxxx aby to bylo hlavne rychle a to ze je to pomaly a vobrovsky nikoho nezajima, padz user si prece koupi lepci PC/CPU vic RAM, veci HDD atd. Z toho samozrejme vyrobci HW profituji a tak takovy SW jeste podporuji (intel-M$). Dnes mame PC 10000x rychlejsi nez originalni IBM-PC-XT, ale mame i 10000x lepsi SW?