[Язык C] Линковка объектников с кольцевыми звисимостями друг на друга. Как разрулить?

Вообще такого не должно происходить. А почему указываются объектные, а не исходные файлы?

В смысле cyclic-dependencies? Емнип, в винде костылей больше, у ld же есть --start-group / --end-group - вроде то. Но обычно советуют реорганизовать код.

Упакуй свои бинарники в статическую библиотеку (ar cru mylib.a a.o b.o) и линкуйся с ней. Для пущей убедительности можно будет еще заключить ее в -Wl,-( и -Wl,-)

Но самый переносимый вариант — переписать свою поделку по-человечески.

Вообще такого не должно происходить. А почему указываются объектные, а не исходные файлы?

Потому что половина проекта на ассемблере.

инкрементально линкуй.

а вообще странно.

$ cat a.c
int b();
int main() { b(); }
$ cat b.c
int main();
int b() { main(); }
$ gcc -c a.c
$ gcc -c b.c
$ gcc -o prog a.o b.o 
$ _

Упакуй свои бинарники в статическую библиотеку (ar cru mylib.a a.o b.o) и линкуйся с ней.

Н увот как попробовал сделать:

ar cru libasm.a emucore.o emucpu.o emuio.o emukeyb.o emumisc.o emurom.o interf.o

gcc -L./ -lc -lSDL -lSDL_mixer -lasm -o emu80 sound.o main.o menus.o misc.o scrdraw.o sdllayer.o emuinit.o 

main.o: In function `main':
main.cpp:(.text+0x1c): undefined reference to `SetDefParams'

Функция SetDefParams() находится в объектнике emucore.o, который засунут в libasm.a.

В main.cpp прописано:

extern "C" void SetDefParams();
...
SetDefParams();

Вопрос. Почему не видится сия функция?

А 3 файла?

> А 3 файла?

$ gcc -c a.c
$ gcc -c b.c
$ gcc -c main.c
$ gcc -o prog main.o a.o b.o 
$ cat main.c
int a();
int main() { a(); }
$ cat a.c
int b();
int a() { b(); }
$ cat b.c
int main();
int b() { main(); }
$ _

покажи nm emucore.o

слинкуй несколько раз, то есть "-lc -lSDL -lSDL_mixer" повтори несколько раз, должно помочь, но вообще если так происходит - значит что-то не так в архитектуре :)

А, пардон, пример должен быть сложнее:

http://www.lurklurk.org/linkers/linkers.html#staticlibs (в конце раздела). Вроде можно более простой привести, если конкретно для циклических зависимостей.

покажи nm emucore.o

Да вот весь проект:

http://rghost.ru/36018752

Makefile - это я написал. Всё остальные файлы - это исходники, которые под виндой вроде как собираются. Для сборки нужны gcc и nasm.

red_eyed_peguin, shty, arsi посмотрите тоже. Может, кто сможет лучше меня причесать.

PS: Я попробовал через CMake сделать сборку, но она искаропки не работает с NASM. Есть даже модули для NASM, но они позволяют делать только конечный исполнимый файл из asm-файла, сборка проекта из кусков не работает - пишет что нужны какие-то еще модули CMake.

gcc -L./ -lc -lSDL -lSDL_mixer -lasm -o emu80 sound.o main.o menus.o misc.o scrdraw.o sdllayer.o emuinit.o

Попробуй поставить libasm.a последней

Во первых, *.cpp надо g++ собирать, тащемта.

Во первых, *.cpp надо g++ собирать, тащемта.

Там код C-шный, плюсами там и не пахло. ghjcnj afqks gj rfrjq-nj ghbxbyt *.cpp названы.

gcc -L./ -lc -lSDL -lSDL_mixer -lasm -o emu80 sound.o main.o menus.o misc.o scrdraw.o sdllayer.o emuinit.o

Попробуй поставить libasm.a последней

Нет, так тоже не линкуется.

во-первых, g++, а не gcc.

во-вторых, в линуксе к глобальным функциям/переменным не добавляется в начале «_».

в линуксе к глобальным функциям/переменным не добавляется в начале «_».

Ага, в этом была проблема. Собрал. Меня сам автор уверял, что подчеркивание необходимо при extern «C».

Собрал, патч выкладывать или уже не надо?

Собрал, но имеем сразу сегфолт.

Что бы означала вот эта запись:

// Выделяем область памяти под сегмент 8080
mempage0=new unsigned char[65536+32]+16;

?

> Собрал, но имеем сразу сегфолт.

$ ulimit -c unlimited
$ ./prog
…
$ gdb ./prog core
> bt
…
> q
$ _

> Что бы означала вот эта запись

выделяется 64к + 32 байта памяти и переменной mempage0 присваивается адрес 16-го байта от начала выделенного фрагмента…

Кароче, похоже что дали мне не все файлы. Должен быть файл fonts/symgen.bin.

Функция SetDefParams() находится в объектнике emucore.o, который засунут в libasm.a.

U r doing it wrong. Библиотеки _всегда_ должны идти после объектников, потому что в момент подключения библиотеки компоновщик ищет в ней неразрешенные на текущий момент символы. Оберни все это дело в -Wl,-( .. -Wl,-). И, кстати, зачем -L. -lasm, когда можно просто указать libasm.a в списке файлов?