A tohle je taky poměrně nedávná literatura:

http://noldor.iglu.cz/Wordware.32.64-BIT.80x86.Assembly.Language.Architecture.ebook-Spy.chm

The Future of CPUs
http://www.informit.com/articles/article.asp?p=663085&seqNum=1&rl=1

no a jde se vyvijet :] http://www.cc65.org

hm jinka super knizka:
Optimizing Compilers for Modern Architectures - A Dependence Based Approarch (2001)

vcerejsi rozhovor s kamosem:

(00:31:19) littleli: ale ta mala cpu jako 6502 ... to je fakt vec
(00:32:22) pg: jj, 6502 dokaze vlastne vsechno, co dneska Conroe.. akorat ji to trochu trva, no

/* We're consolidating our STB products, it's your lucky day. */
/* Come back next week when we are "Sun Microelectronics". */
/* Remember: "Different name, same old buggy as shit hardware." */

Je vám už doufám jasné, proč Sun nemá v lásce Linux... ;-)

HARRY_X: on celej ten sunhme.c je takovej veselej :-)

KOMPAS: tech hlasek v kernelu je mnohem vic takovyhle uchylnych (staci takovy grep -i fuck na zdrojacich), popr. nazvy funkci ala happy_meal_is_not_so_happy taky stoji za to :-)

*ROFL*

<ot>
KYOSUKE: to mi pripomnelo linuxove lp0 on fire ^_^
kdo neveri, at tam bezi, ac se to nezda, tato chybova hlaska mela sve opodstatneni
</ot>

http://en.wikipedia.org/wiki/Halt_and_Catch_Fire

Halt and Catch Fire, known by the mnemonic HCF, was originally a fictitious computer machine code instruction claimed to be under development at IBM for use in their System/360 computers, along with many other amusing instructions such as "Execute Operator".

:-D

Nebo taky: http://www.csd.uwo.ca/~magi/personal/humour/Computer_Audience/Assembler%20as%20it%20REALLY%20is.html :-D

_K5_: jasně .. podívej se na masmforum v sekci IDE a uvidíš ... já mám rád WinAsm: http://www.winasm.net/ ... má i resource editor a podobné vychytávky .. zvykl jsem si na něj tak, že v něm i koduju webové stránky :))

Existuje něco jako visual assembler? Tedy IDE prostředí pro assembler podobné třebas Borlandím Delfám či Builderu? Protože takové IDE ušetří až 50% práce....

a taky hadam ze je v samotne korporaci Intel poraadnej bordel. napisu na helpdesk ze mi 64bit kompajler nejde nainstalovat na x64 server edition ptz ma ten jejich instalator chybu. za mesic se mi ozve nejakej indican Popokatepetl s tim, ze si mam prece nainstalovat tu jejich 64bit verzi ktera prece funguje. odepisu, ze ne, ze nefunguje, prilozim screenshoty installeru a odpoved uz zadna. za mesic napisu znovu, odpoved opet zadna. za tri mesice mi poslou mail, ze si muzu konecne stahnout funujici 64bit verzi pro x32 edici. k nasrani.

hmm coz bezpecne bori trebas mplayer :)
ale tam jsou kusy kodu v asm .)

LITTLELI: mno widlacky ICC ma byt plne kompatibilni s MSVC a linuxacky ICC ma byt plne kompatibilni s GCC. prvni je splneno na jednicku s hvezdickou, to druhy je mizerie. dle meho ciste osobniho nazoru je to dano linuxovou systemovou infrastrukturou, je v tom proste hroznej bordel :) a mozna bych mel byt vubec rad, ze gcc na x86 funguje tak jak funguje (tedy na 70%) :)
s deploymentem bych si hlavu nedelal, je spousta aplikaci ktere sazeji na vykon (multimedia, system-level appz atp), v cemz je ICC bezkonkurencne nejlepsi.

_BENNY: hm a neni to tim, ze jaksi ten deployment je daleko slozitejsi, zatimco to gcc je tam "alespon" vsude?

jinak jsem právě přeložil 28. tutoriál týkající ho se Win 32 Debug API ... hmm .. docela šťavnaté téma :))
http://shaldan.xf.cz/

LITTLELI: bohuzel - Intel pro Linux stoji uplne za hovno, samej internal error a nonimplemented stuff. je mi lito ze to musim tak rict, ale ICC pro Linux pro x86 je jeste horsi nez GCC ;)