Assembler в linux

[_PROGRAMM_]

Добрый вечер. Уже давно собираюсь, но все никак не соберусь начать изучение assembler под линукс(иными словами вернуться в этот раздел снова). Писал Hello World'ы но до полного углубления дело не доходило. Сейчас взялся и сразу на начальном этапе запутался. Дело вот в чем. Читая в некоторых статьях узнаешь, что программирование под ОС с Linux используются прерывания как в MS-DOS. В других говорится о невозможности такого программирования, ибо ядро грузится в защищенном режиме и прерывания не поддерживает. А ведь Hello World то работает. Отсюда вопрос: какая нынче мода в assembler'е под Linux? Как лучше взаимодействовать с ОС? Одинаковы ли прерывания с MS-DOS? Насколько сейчас актуальна книга Зубкова относительно Linux'а?
Заранее спасибо.

[Goodwin98]

В линуксе ДРУГИЕ прерывания плюс работа с библиотеками.
До кучи в нем нет тасма или масма, которые описываются во всех древних книгах по асму, а зачастую еще и страшный AT&T синтаксис. Ну и совсем до кучи, очень мало документации по програмированию на асм под линь.

[Пепел Феникса]

прерывания не поддерживает

прерывания это механизм процессора.
это самый простой способ уведомить ядро о чем то.

в лине нет прерываний биоса, думаю имелось в виду это.

[_PROGRAMM_]

До кучи в нем нет тасма или масма

Есть nasm и fasm, а скомпилировать и отлинковать - это не проблема.

в лине нет прерываний биоса, думаю имелось в виду это.

Вполне возможно.

В линуксе ДРУГИЕ прерывания

Это плохо, надежда была, что они с DOS одинаковы. Я их никак не могу найти их именно для Linux.

плюс работа с библиотеками.

Работа с библиотеками это как работа с WinApi под форточками?

http://hackermaycry.ru/?p=12

И для полного смеха и показания как все это просто, небольшой список системмных вызов, номера которых всегда заносятся в eax:
┌────────────────────────────────── ─────────────────────────────────── ────┐
│ 08h Creat - Создать Файл │
│ Вход: ebx - ASCII имя файла. │
│ ecx - атрибуты файла (полномочия/права) │
├────────────────────────────────── ─────────────────────────────────── ────┤
│ 0bh ExecVe - Исполнить │
│ Вход: ebx - файл который будет запущен │
│ ecx - параметры(ключи) запускаемой программы. │
│ edx - 0 │
├────────────────────────────────── ─────────────────────────────────── ────┤
│ 26h Rename - Переименовать │
│ Вход: ebx - имя файла который переименовывать │
│ ecx - имя файла в который переименовывать │
├────────────────────────────────── ─────────────────────────────────── ────┤
│ 27h MkDir - Создать директорию │
│ Вход: ebx - имя директории │
│ ecx - атрибуты директории (полномочия/права) │
├────────────────────────────────── ─────────────────────────────────── ────┤
│ 28h RmDir - Стереть директорию │
│ Вход: ebx - имя стeраемой директории
Описывать их все нет смысла, т.к. все следует из названий функций в unist.h

unist.h нет, вместо него unistd.h В котором описаны константы.

[_PROGRAMM_]

Благодаря статье на хабре я нашел то, что искал. Номера системных вызовов можно найти в /usr/include/asm*/unistd.h. У меня в 64 разрядной системе имеется еще два файла unistd_32.h и unistd_64.h Самое интересное, что номера системных вызовов отличаются. Не могу понять почему,но это факт, о котором говорится по ссылке в четвертом пункте.
Возникла еще одна не очень страшная, но загвоздка. Не получается отлинковать файл 32 бита в 64 битной архитектуре. Дело происходит так

$ nasm -f elf HelloNasm.asm
$ ld HelloNasm.o
ld: i386 architecture of input file `HelloNasm.o' is incompatible with i386:x86-64 output

Даже если насильно указать

BITS 32

, ничего не выходит. Почему?
P.S. Мне кажется, что я чего-то не понимаю из сообщения ld, вот только что именно...

[Пепел Феникса]

в ld архитектуру то укажите.
помоему это target
посмотрите через ld --help

по умолчанию ld пытается слинковать в файл вашей разрядности.

[_PROGRAMM_]

Usage: ld [options] file...
Options:
-a KEYWORD Shared library control for HP/UX compatibility
-A ARCH, --architecture ARCH
Set architecture
-b TARGET, --format TARGET Specify target for following input files
.........
ld: supported targets: elf64-x86-64 elf32-i386 elf32-x86-64 a.out-i386-linux pei-i386 pei-x86-64 elf64-l1om elf64-k1om elf64-little elf64-big elf32-little elf32-big pe-x86-64 pe-i386 plugin srec symbolsrec verilog tekhex binary ihex
ld: supported emulations: elf_x86_64 elf32_x86_64 elf_i386 i386linux elf_l1om elf_k1om i386pep i386pe
ld: emulation specific options:
...........

Target - это -b. Указываем elf32-i386, получаем

ld -b elf32-i386 asm.o

ошибка та же. Для верности выбрал архитектуру

ld -b elf32-i386 -A i386 asm.o

Опять ничего не поменялось. Если убрать target и оставить архитектуру - тоже самое. Уже вроде все есть, а ld как попугай: одно и то же. Не могу понять, что он от меня хочет? Я бы и на x64 прожил, но это уже спортивный интерес. А как тогда ведет себя g++? Он без моего вмешательства все под x64 точит?

[_PROGRAMM_]

ld -m

и указываем эмулятор. Значения можно найти в ld --help