vlastny prekladac z C do Assembleru???

[snake]

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?

[Rainbow]

Chces robit nejake skripty a interpreter je prilis pomaly?

[jedik]

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.

[lempour]

ty delas 3D engine v assembleru? vsechna cest

[Glottis]

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

[Lukas L.]

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...

[xvojta]

no pokud ses velkej machr, tak to zvladnes napsat....
napsat jakejkoliv prekladac neni zadna sranda.... ted sem jeden psal a stalo to za to...

[GAMESMAN]

naprosta vetsina C/C++ kopilatoru zvlada "disassembling", pak uz si muzes pohrat co srdce raci ...

[Lukas L.]

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 ??

[snake]

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........

[ZycaR]

ASM je pekne ryxle (ale ta prenositelnost )

Viem co hovorim - robil som aj system

[Quake]

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........

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.
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.

[RayeR]

Neska to uz nema cenu. GCC ma tolik opsnu na optimalizace, ze to tezko udela nekdo lip.

[ZycaR]

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++ )

[RayeR]

VC muze jit leda tak na WC
(a to bych Watcomu jeste krivdil )

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?