Рабочий ассемблерный код на 32 бита на Linux на 64 бита и Процессоре на 64 бита: Объясните аномалию

Я нахожусь в интересной проблеме. Я забыл, что использую машину на 64 бита и ОС и записал ассемблерный код на 32 бита. Я не знаю, как написать код на 64 бита.

Это - x86 32-разрядный ассемблерный код для Ассемблера Гну (синтаксис AT&T) на Linux.

//hello.S
#include <asm/unistd.h>
#include <syscall.h>
#define STDOUT 1

.data
hellostr:
    .ascii "hello wolrd\n";
helloend:

.text
.globl _start

_start:
    movl $(SYS_write) , %eax  //ssize_t write(int fd, const void *buf, size_t count);
    movl $(STDOUT) , %ebx
    movl $hellostr , %ecx
    movl $(helloend-hellostr) , %edx
    int $0x80

    movl $(SYS_exit), %eax //void _exit(int status);
    xorl %ebx, %ebx
    int $0x80

    ret

Теперь, Этот код должен хорошо работать на процессоре на 32 бита и праве ОС на 32 бита? Поскольку мы знаем, что процессоры на 64 бита обратно совместимы с процессорами на 32 бита. Так, это также не было бы проблемой. Проблема возникает из-за различий в системных вызовах и механизма вызова в 64-разрядной ОС и 32-разрядной ОС. Я не знаю, почему, но они изменили числа системного вызова между 32-разрядным Linux и 64-разрядным Linux.

asm/unistd_32.h определяет:

#define __NR_write        4
#define __NR_exit         1

asm/unistd_64.h определяет:

#define __NR_write              1
#define __NR_exit               60

Так или иначе использование Макросов вместо прямых номеров заплатилось. Его обеспечение корректные числа системного вызова.

когда я собираю и связываю и запускаю программу.

$cpp hello.S hello.s //pre-processor
$as hello.s -o hello.o //assemble
$ld hello.o // linker : converting relocatable to executable

Не печать helloworld.

В gdb его показ:

• Программа, из которой выходят с кодом 01.

Я не знаю, как отладить в gdb. использование учебного руководства, я пытался отладить его и выполнить инструкцию инструкцией, проверяющей регистры на каждом шаге. его всегда показ меня "программа, из которой выходят с 01". Было бы замечательно, если некоторые на могли бы показать мне, как отладить это.

(gdb) break _start
Note: breakpoint -10 also set at pc 0x4000b0.
Breakpoint 8 at 0x4000b0
(gdb) start
Function "main" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Temporary breakpoint 9 (main) pending.
Starting program: /home/claws/helloworld 

Program exited with code 01.
(gdb) info breakpoints 
Num     Type           Disp Enb Address            What
8       breakpoint     keep y   0x00000000004000b0 <_start>
9       breakpoint     del  y   <PENDING>          main

Я пытался работать strace. Это - его вывод:

execve("./helloworld", ["./helloworld"], [/* 39 vars */]) = 0
write(0, NULL, 12 <unfinished ... exit status 1>

1. Объясните параметры write(0, NULL, 12) системный вызов в выводе strace?
2. Что точно происходит? Я хочу знать причину почему точно ее выход с exitstatus=1?
3. Кто-то может показать мне, как отладить эту программу с помощью gdb?
4. Почему они изменяли числа системного вызова?
5. Любезно измените эту программу соответственно так, чтобы она могла работать правильно на этой машине.

Править:

После чтения ответа R Paul. Я проверил свои файлы

claws@claws-desktop:~$ file ./hello.o 
./hello.o: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped

claws@claws-desktop:~$ file ./hello
./hello: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, not stripped

Я соглашаюсь с ним, что они должны быть ELF, 32-разрядным перемещаемый и исполняемый. Но это не отвечает на мои мои вопросы. Все мои вопросы все еще вопросы. Что точно происходит в этом случае? Кто-то может ответить на мои вопросы и обеспечить x86-64 версию этого кода?