Больше проблем со временем в GCC: неопределенная ссылка на главную - PullRequest
5 голосов
/ 19 апреля 2010

Я пишу программное обеспечение для процессора Cortex-A8, и мне нужно написать код сборки ARM для доступа к конкретным регистрам. Я использую компиляторы gnu и связанные с ними цепочки инструментов, эти инструменты устанавливаются на плату процессора (Freescale i.MX515) вместе с Ubuntu. Я подключаюсь к нему с моего хост-компьютера (Windows), используя WinSCP и терминал PuTTY.

Как обычно, я начал с простого C-проекта с main.c и functions.s . Я компилирую main.c, используя GCC , , собираю функции, используя в качестве и ссылка сгенерированная объектные файлы снова используют GCC , но я получаю странные ошибки во время этого процесса.

Важное открытие -

Тем временем я обнаружил, что у моего кода сборки могут быть некоторые проблемы, потому что, когда я собираю его по отдельности с помощью команды as -o functions.o functions.s и пытаюсь запустить сгенерированный functions.o с помощью команды ./functions.o, bash оболочка не может распознать этот файл как исполняемый файл (при нажатии вкладки functions.o не выбирается / PuTTY не выделяет файл).

Кто-нибудь может подсказать, что здесь происходит? Существуют ли какие-либо конкретные параметры , которые я должен отправить в GCC во время процесса связывания? Ошибки, которые я вижу, странные, и я не понимаю, на что ссылается GCC.

Я вставляю сюда содержимое main.c, functions.s, Makefile и список ошибок.

Помогите, пожалуйста !!!

Последние ошибки включены после того, как макфайл был отредактирован в соответствии с предложением парней здесь -

ubuntu@ubuntu-desktop:~/Documents/Project/Others/helloworld$ make
gcc -c -mcpu=cortex-a8 main.c
as -mcpu=cortex-a8 -o functions.o functions.s
gcc -o hello main.o functions.o
functions.o: In function `_start':
(.text+0x0): multiple definition of `_start'
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../../crt1.o:init.c:(.text+0x0): first defined here
collect2: ld returned 1 exit status
make: *** [hello] Error 1

main.c

#include <stdio.h>
#include <stdlib.h>

int main(void) {

    puts("!!!Hello World!!!"); /* prints !!!Hello World!!! */
    return EXIT_SUCCESS;
}

functions.s

* Main program */
    .equ      STACK_TOP, 0x20000800
    .text
    .global _start
    .syntax unified

_start:
    .word STACK_TOP, start
    .type start, function

start:
    movs  r0, #10
    movs  r1, #0
    .end

Makefile

all: hello

hello: main.o functions.o
    gcc hello -o main.o functions.o

- привет был включен сюда после того, как его предложили ребята из stackoverflow, но проблема все еще сохраняется, я все еще получаю те же ошибки.

main.o: main.c
    gcc -c -mcpu=cortex-a8 main.c

functions.o: functions.s
    as -mcpu=cortex-a8 -o functions.o functions.s

Ошибка

ubuntu@ubuntu-desktop:~/Documents/Project/Others/helloworld$ make
gcc -c -mcpu=cortex-a8 main.c
as -mcpu=cortex-a8 -o functions.o functions.s
gcc -o main.o functions.o
functions.o: In function `_start':
(.text+0x0): multiple definition of `_start'
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../../crt1.o:init.c:(.text+0x0): first defined here
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../../crt1.o: In function `_start':
init.c:(.text+0x30): undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [hello] Error 1

Ответы [ 4 ]

8 голосов
/ 19 апреля 2010

В make-файле:

hello: main.o functions.o
    gcc -o main.o functions.o

должно быть:

hello: main.o functions.o
    gcc -o hello main.o functions.o

В нынешнем виде вы связываете функции functions.o, но не main.o, и создаете выходной исполняемый файл с именем main.o, который перезаписывает существующий файл main.o.

2 голосов
/ 19 апреля 2010

Как предполагает Bigbohne, gcc пытается соединиться в стандартной библиотеке времени выполнения. Попробуйте добавить опцию -nostdlib к вашему вызову gcc:

gcc -nostdlib -o hello main.o functions.o
2 голосов
/ 19 апреля 2010

Не должно

hello: main.o functions.o
    gcc -o main.o functions.o

быть

hello: main.o functions.o
    gcc -o hello main.o functions.o
0 голосов
/ 19 апреля 2010

Я думаю, это как-то связано с библиотекой времени выполнения, которую gcc связывает в конце.

А в этой библиотеке уже есть "_start".

Я думаю, вы должны скомпилировать без "библиотеки std". но чем у вас не будет printf, getchar и других полезных вещей.

...