Ez már nem egészen fair összehasonlítás, mert a gyorsabb verziók az SDCC-vel készültek (azzal teszteltem, hogy az egyes változtatások javítanak-e a kódon), ezért bizonyos mértékben arra a fordítóra optimalizáltak. De más tesztekben is általában az SDCC jobb kódot generál - legalábbis a C runtime használata nélkül, egész számos aritmetikával. A runtime függvények és a float típus megvalósítása viszont a z88dk-ban tűnnek jobbnak, azzal jobban is futott a mandel.c és a tunnel.c.
This translation is going to be terrible so I put the english into code blocks. Sorry
Próbálta már a legújabb z88dk amely egyesíti sdcc és z88dk együtt?
A különbség z88dk és sdcc ez:
sdcc könyvtára minimális, és azt végrehajtani C. Egy maroknyi funkciókat valósították ASM és ezek közé tartozik a 16 bites aritmetikai, memcpy, strcpy, strncpy, strchr, és memset. sdcc a fordító megpróbálja generálni optimalizált fordította C. Az ötlet mögött sdcc könyvtára, hogy C-ben írt, hogy a hordozható annak minden cél CPU-k.
z88dk könyvtár célja a C-szabvány követelményei és meg van írva assembly nyelven. z88dk a fordító megpróbálja létrehozni a kis lefordított C - ezért látod sok hívásokat. Az ötlet mögött z88dk könyvtára, hogy a legtöbb végrehajtási időt fordítanak a könyvtári rutinok így a sebesség szállítják a könyvtár és a kis kód mérete kézbesíti a fordító.
Ha összevetjük a kis C töredékek, amelyek nem élnek könyvtári funkciókat, sdcc akkor mindig gyorsabb kódot, mint z88dk. Azonban a reálisabb programok, ahol könyvtári funkciók fontosak, z88dk gyorsabb lesz, és kisebb. Láttad eltúlzott esetében ez az, amikor összeállítása a float funkciókat. sdcc float könyvtár 32 bites és teljesen C nyelven írt z88dk a 48 bites és teljesen assembly nyelven. z88dk float végrehajtása majdnem 3-szor kisebb, és majdnem 3-szer gyorsabb, mint a sdcc ellenére nagyobb úszós. Hasonló eredményt a 32 bites egész matek, de mind z88dk és sdcc is hasonló teljesítményt nyújt 16 bites egész matematikai mivel mindkettő végre asm.
Láthatjuk néhány benchmark eredmények itt:
http://www.z88dk.org/wiki/doku.php?id=temp:front#benchmarksHave you tried the latest z88dk which combines sdcc and z88dk together?
The difference between z88dk and sdcc is this:
sdcc's library is minimal and it is implemented in C. A handful of functions are implemented in asm and these include 16-bit arithmetic, memcpy, strcpy, strncpy, strchr, and memset. sdcc's compiler tries to generate optimized translated C. The idea behind sdcc's library is that, written in C, it is portable to all of its target CPUs.
z88dk's library aims for C standard compliance and it is written in assembly language. z88dk's compiler tries to generate small translated C - that's why you see many calls. The idea behind z88dk's library is that most execution time will be spent in library routines so the speed is delivered by the library and small code size is delivered by the compiler.
When you compare small C fragments that don't make use of library functions, sdcc will always generate faster code than z88dk. However, in more realistic programs where library functions are important, z88dk will normally be faster and smaller. You saw an exaggerated case of this when you compiled using float functions. sdcc's float library is 32-bit and entirely written in C. z88dk's is 48-bit and entirely in assembly language. z88dk's float implementation is almost 3 times smaller and almost 3 times faster than sdcc's despite the larger float type. Similar results come from 32-bit integer math but both z88dk and sdcc will have similar performance for 16-bit integer math since both are implemented in asm.
You can see some benchmark results here:
http://www.z88dk.org/wiki/doku.php?id=temp:front#benchmarks
sdcc és z88dk is módosult az elmúlt évben el kell végezni kompatibilisek egymással. Az új verzió lehetővé teszi z88dk sdcc kell használni, mint a C fordítót, mialatt a CRT-k és a C könyvtár és javítása sdcc kimenet. Ezek együtt eredményezi kód mérete és sebessége, hogy nagyon jó, mint a kereskedelmi összeállítói.
Ha az új verzió a z88dk telepítve, és egy foltozott
sdcc végrehajtható, akkor össze programokat, mint ez:
zcc +embedded -vn -SO3 -startup=0 -clib=sdcc_iy --max-allocs-per-node200000 test.c -o test
Lesz, aki pragma a csúcsra "test.c" megváltoztatni a org címre:
#pragma output CRT_ORG_CODE = 32768
A kimenet lesz "test_CODE.bin", amely ORGed címen 32.768 ebben az esetben.
sdcc and z88dk have been modified in the past year to be made compatible with each other. The new version of z88dk allows sdcc to be used as C compiler while supplying the crts and C library and improving sdcc's output. This combination produces results in code size and speed that are very good compared to commercial compilers.
If you have the new version of z88dk installed and have a [url=http://www.z88dk.org/wiki/doku.php?id=temp:front#sdcc1]patched sdcc executable,[/url] you can compile programs like this:
zcc +embedded -vn -SO3 -startup=0 -clib=sdcc_iy --max-allocs-per-node200000 test.c -o test
You will have to add a pragma to the top of "test.c" to change the org address:
#pragma output CRT_ORG_CODE = 32768
The output will be "test_CODE.bin" which is ORGed at address 32768 in this case.
Mert ez a beágyazott célpont nincs stdio stdout, stderr így printf kellene helyettesíteni sprintf vagy sprintf. % f is le van tiltva alapértelmezésben úgy, hogy lehetővé tegye bármely% aefg a könyvtár újra kell építeni. Ez a fajta dolog leírt wiki.
Hogy egyszerűen csak nézd meg a lefordított C nincs, hogy létrehoz egy bináris és tudod használni bármilyen kívánt funkciókat:
zcc +embedded -vn -a -SO3 -clib=sdcc_iy --max-allocs-per-node200000 test.c
Because it's the embedded target there is no stdio, stdout, stderr so printf would have to be replaced by sprintf or snprintf. %f is also disabled by default so to enable any of %aefg the library has to be rebuilt. That's the sort of thing described in the wiki.
To simply look at the translated C you don't have to generate a binary and you can use whatever functions you want:
zcc +embedded -vn -a -SO3 -clib=sdcc_iy --max-allocs-per-node200000 test.c
Ez a kombináció a z88dk / sdcc mindig gyorsabb és kisebb, mint akár sdcc önmagában vagy z88dk egyedül (kivéve, ha a program tartalmaz sok long), és ez nagyon jó betartását C szabvány. sdcc szállítja a fordító megfelelés és z88dk ellátja a könyvtár betartását.
Sajnos már csak három célokat jelenleg definiált erre a pályára: +cpm +embedded +zx. +embedded az általános cél, és fel lehet használni összeállításához bármilyen Z80 gép, de természetesen a dolgok, mint stdin, stdout, stderr, grafika, hang, stb nem lesz elérhető, mint a célhardver határozatlan.
This combination of z88dk/sdcc is always faster and smaller than either sdcc alone or z88dk alone (except when the program contains lots of longs) and it has very good compliance with the C standard. sdcc supplies the compiler compliance and z88dk supplies the library compliance.
Unfortunately there are only three targets currently defined for this combination: +cpm +embedded and +zx. +embedded is the general target and can be used to compile for any z80 machine but of course things like stdin, stdout, stderr, graphics, sound, etc will not be available as the target hardware is undefined.
