Nu stiu daca intereseaza pe cineva… dar pentru eventualitatea ca ajuta poftiti va rog (eu am cautat si nu am gasit).
Intrucat nu am vazut nici un asamblor cat de cat functional pe Mac (in timp ce pt. windows sunt gramezi si pentru Linux gramezi mai mici) m-a apucat amocul sa portez fasm pe mac (si vi-l dau atasat)

Primul pas, fara de care nu se poate este objconv un soft gratuit deosebit de util in sine, intre altele pentru a converti obj elf in obj MachO
Evident am pornit de la o versiune existenta (libc) dar lucrurile nu sunt asa simple precum par
fasm
In principal se fac urmatoarele modificari:
Important: sub MacOS toate functiile de system vor stiva aliniata la 16 bytes cand sunt chemate, motiv pentru care a trebuit modificat (urat) macro-oul ccall a.i. sa lase stiva aliniata

modificarea referintelor externe a.i. sa inceapa cu _, de pilda _malloc in loc de malloc, _main in loc de main

Se face build la varianta de libc (din sursele incluse)
Se ruleaza objconv -fmacho fasm.o fasm.mach.o
si gcc fasm.mach.o

PS: Intrucat nu e sectiune de developping am scris aici, daca vreun moderator considera inoportun acest mesaj ii multumesc pentru ca il va fi mutat intr-un loc mai potrivit.

Salut
Eu am folosit nasm care se instaleaza default odata cu Xcode.

Compilatul se face cu nasm, linkeditarea cu gcc. Version min e nevoie pe Leopard pentru ca au schimbat functiile Unix (printf) si le-au inlocuit cu versiuni care respecta std UNIX - i.e. printf$2003, fprintf$2003, etc. Daca nu linkezi cu version min trebuie sa folosesti printf$2003, etc.

Mai jos sursa in assembler:

Asa e are si as si nasm dar din pacate mie nu prea imi plac.. IMHO fasm-ul este mai puternic, suportand si constructii specifice HLL (proc, ccall, stdcall, macro-uri, mi se pare ca i se poate pune si if/endif mai nou).. Plus ca sursele pe care voiam eu sa le compilez pe mac sunt in format fasm si destul de mari.
On a side note .. nu stiam ca mac os suporta si int 80, credeam ca merge doar call in libc

Btw, uite un exemplu si cu fasm si libc

astea sunt bune pentru a crackui aplicatii nu?

Nu chiar.. pentru ce vrei tu, in principiu iti trebuie un debugger (ceva mai rasarit decat gdb) si evident cunostinte solide de limbaj de asamblare (dar si cunostinte solide cu privire la bucataria OS-ului)
In principiu un asamblor este doar un alt instrument pentru a scrie programe (si inca programe destul de complexe, odata ce te obisnuiesti), cu avantajul ca nu iti ascunde niciodata structura masinii si nici nu te prinde intr-un labirint de tipuri de date. Spre exemplu daca am un dword si vreau sa-l tratez odata ca numar si alta data ca adresa pot s-o fac fara probleme - cata vreme stiu ce fac. In C/C++ compilatorul incearca sa te impiedice sa-ti dai cu tesla-n partile moi, si te chinuie cu tot felul de ampersanti si stelute .
Un alt motiv (si chiar un motiv serios) pentru a scrie in limbaj de asamblare este viteza mult mai mare de executie a codului (in cazul in care e scris cu cap, ceea ce nu e simplu); recte optimizarile facute de mana omului direct in limbaj de asamblare pot fi mult mai eficiente decat cele facute de compilatoare.