Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: arm-none-eabi-gcc линковка статических бибилотек
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > GNU/OpenSource средства разработки
yanvasiij
Доброго времени суток!

Пытаюсь собрать из скомпилинных объектников статическую либу следующим образом:

Код
arm-none-eabi-gcc -mcpu=cortex-m3 -mlittle-endian -mthumb -Wl,--gc-section -L _output/system_stm32f4xx.o (тут много много объектников) _output/beremizProcess.o _output/startup_stm32f407xx.o -o _output/beremizStm32Port.a -lstdc++


Получаю сообщение

Код
.\beremizStm32Port/./source/src/main.cpp:39: undefined reference to `initBeremizProcess()'


Но дело в том, что эту функцию я хотел реализовать уже в приложении, которое будет использовать эту библиотеку. Что я делаю неправильно?

AHTOXA
Либы собираются другой программой, arm-none-eabi-ar.
yanvasiij

Цитата(AHTOXA @ Nov 27 2015, 18:23) *
Либы собираются другой программой, arm-none-eabi-ar.


Спасибо! Сегодня наконец-то добрался до этого и попробовал. Получилось слинковать библиотеку. В нее я добавил все общие для моего проекта файлы в том числе и файлы startup_stm32f407xx.s, system_stm32f4xx.c и syscalls.c:

Код
arm-none-eabi-ar -q -o _output/libBeremizStm32Port.a _output/system_stm32f4xx.o _output/syscalls.o  _output/startup_stm32f407xx.o ...далее длинный список всех остальных объектников для библиотеки...


Далее попытался собрать уже приложение с иcпользованием этой библиотеки. Если я правильно понял, то при линковке нужно исключить из названия преффикс lib и расширение файла:

Код
"arm-none-eabi-gcc" "D:\_tmp\_beremiz2\build\plc_common_main.o" ...Все мои объектники для приложения... -o "D:\_tmp\_beremiz2\build\_beremiz2.elf" -L C:\Beremiz\beremiz\targets\STM32\port\BeremizStm32Port   -mcpu=cortex-m3 -mlittle-endian -mthumb -Wl,--gc-section  -T C:\Beremiz\beremiz\targets\STM32\port\STM32F407ZG_FLASH.ld


В ответ на это он мне пишет:

Код
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/bin/ld.exe: warning: cannot find entry symbol Reset_Handler; defaulting to 08000000
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libc.a(lib_a-sbrkr.o): In function `_sbrk_r':
sbrkr.c:(.text._sbrk_r+0xc): undefined reference to `_sbrk'


Я не понимаю: то что он просит реализовано в startup_stm32f407xx.s и syscalls.c. Так почему же он не вытащил их из библиотеки? Что я делаю неправильно?
Radmir
наверно забыл добавить что-то типа " --specs=nosys.specs"
AHTOXA
Цитата(yanvasiij @ Nov 30 2015, 10:33) *
Далее попытался собрать уже приложение с иcпользованием этой библиотеки. Если я правильно понял, то при линковке нужно исключить из названия преффикс lib и расширение файла:

Я просто в команде линкеру добавлял к списку объектников библиотечный файл:
Код
arm-none-eabi-gcc mylib.a main.o -o main.elf
demiurg_spb
Цитата(AHTOXA @ Nov 27 2015, 16:23) *
Либы собираются другой программой, arm-none-eabi-ar.

Если включено LTO, то arm-none-eabi-ar не канает.
Приходится использовать arm-none-eabi-gcc-ar.
Коллега недавно по этим граблям прошёл и тоже при допиливании beremiz)))
AHTOXA
Спасибо, запомню на будущее.
yanvasiij
Цитата(demiurg_spb @ Jan 11 2016, 20:13) *
Если включено LTO, то arm-none-eabi-ar не канает.
Приходится использовать arm-none-eabi-gcc-ar.
Коллега недавно по этим граблям прошёл и тоже при допиливании beremiz)))


Спасибо! Еще идиотский вопрос: А что такое LTO? Оно включается передачей параметра линковщику?
demiurg_spb
Цитата(yanvasiij @ Jan 14 2016, 20:58) *

https://gcc.gnu.org/wiki/LinkTimeOptimization
Эта опция и компилятора и линкера.
...
Код
CFLAGS += -flto
...
ALL_CFLAGS += $(CFLAGS) ...

$(OBJDIR)/%.o : %.c makefile
    @echo $(MSG_COMPILING) $<
    $(CC) -c $(ALL_CFLAGS) $< -o $@

$(TARGET).elf: $(OBJ) | sizebefore
    @echo $(MSG_LINKING) $@
    $(CC) $(ALL_CFLAGS) $(OBJ) --output $@ $(LDFLAGS)
yanvasiij
Снова вернулся к попыткам собрать статическую либу. Проблема так и не решилась. Достоверно выяснилось следующее:

1) Когда я добавляю syscalls.o в статическую библиотеку вместе со всем остальным, то при компиляции приложения с использованием этой либы вылазит ошибка:

CODE

c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-abort.o): In function `abort':
abort.c:(.text.abort+0xa): undefined reference to `_exit'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-sbrkr.o): In function `_sbrk_r':
sbrkr.c:(.text._sbrk_r+0xc): undefined reference to `_sbrk'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-signalr.o): In function `_kill_r':
signalr.c:(.text._kill_r+0xe): undefined reference to `_kill'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-signalr.o): In function `_getpid_r':
signalr.c:(.text._getpid_r+0x0): undefined reference to `_getpid'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-writer.o): In function `_write_r':
writer.c:(.text._write_r+0x10): undefined reference to `_write'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-closer.o): In function `_close_r':
closer.c:(.text._close_r+0xc): undefined reference to `_close'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-fstatr.o): In function `_fstat_r':
fstatr.c:(.text._fstat_r+0xe): undefined reference to `_fstat'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-isattyr.o): In function `_isatty_r':
isattyr.c:(.text._isatty_r+0xc): undefined reference to `_isatty'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-lseekr.o): In function `_lseek_r':
lseekr.c:(.text._lseek_r+0x10): undefined reference to `_lseek'
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-readr.o): In function `_read_r':
readr.c:(.text._read_r+0x10): undefined reference to `_read'
collect2.exe: error: ld returned 1 exit status


Но все перечисленные функции реализованы в syscalls.c! Почему он их не видит?!

2) Когда я исключаю из библиотеки syscalls.o и приликовываю ее на этапе компиляции приложения вместе с библиотекой, все компилируется без ошибок и прекрасно работает.

Компилирую arm-none-eabi-gcc, линкую либу arm-none-eabi-gcc-ar, линкую приложение arm-none-eabi-gcc. Флаги следующие:

CODE

#common flags
SET(COMMON_FLAGS "-mthumb")
SET(COMMON_FLAGS "${COMMON_FLAGS} -Wall")
SET(COMMON_FLAGS "${COMMON_FLAGS} -mcpu=cortex-m3")
SET(COMMON_FLAGS "${COMMON_FLAGS} -mlittle-endian")
#common compiler flags
SET(COMMON_CFLAGS "-D USE_STDPERIPH_DRIVER")
SET(COMMON_CFLAGS "${COMMON_CFLAGS} -D USE_STDPERIPH_DRIVER")
SET(COMMON_CFLAGS "${COMMON_CFLAGS} -D STM32F429_439xx")
#SET(COMMON_CFLAGS "${COMMON_CFLAGS} --specs=rdimon.specs")
#SET(COMMON_CFLAGS "${COMMON_CFLAGS} -Wl,--start-group -lgcc -lc -lm -lrdimon -Wl,--end-group")
#c-files compiler flags
SET(CMAKE_C_FLAGS "${COMMON_FLAGS} ${COMMON_CFLAGS}" CACHE INTERNAL "c compiler flags")
SET(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=gnu99")
#cpp-files compiler flags
SET(CMAKE_CXX_FLAGS "${COMMON_FLAGS} ${COMMON_CFLAGS}" CACHE INTERNAL "cxx compiler flags")
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -g")
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fno-threadsafe-statics")
#linker flags
SET(CMAKE_EXE_LINKER_FLAGS "${COMMON_FLAGS}" CACHE INTERNAL "exe link flags")
SET(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -Wl,--gc-section")
SET(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -T ./linkScript/STM32F407ZG_FLASH.ld")


demiurg_spb
Попробуйте поменять очерёдность включения библиотек, как ни странно, но это роялит...
Также хочу подметить, что я никогда не линкую syscalls.o вручную, а использую механизм спецификаций:
Код
LDFLAGS += --specs=nano.specs
LDFLAGS += --specs=nosys.specs
yanvasiij
Цитата(demiurg_spb @ Mar 31 2016, 16:06) *
Попробуйте поменять очерёдность включения библиотек, как ни странно, но это роялит...
Также хочу подметить, что я никогда не линкую syscalls.o вручную, а использую механизм спецификаций:
Код
LDFLAGS += --specs=nano.specs
LDFLAGS += --specs=nosys.specs


При включении этих флагов файл syscalls.c не нужен ни при компиляции ни при линковке? А ретаргет на printf, fprinf и т.п. будет работать при этом?
demiurg_spb
Цитата(yanvasiij @ Apr 1 2016, 06:58) *
При включении этих флагов файл syscalls.c не нужен ни при компиляции ни при линковке?
Да не нужен.
Цитата
А ретаргет на printf, fprinf и т.п. будет работать при этом?
У меня вроде как всё работает. Я в отдельном файле имею:
Код
//=============================================================================
int __is_used fputc(int c, FILE* stream)
{
    dbg_putchar(c, stream);

    return (c);
}

//=============================================================================
int __is_used _write(int file, char *ptr, int len)
{
    (void)file;

    while (len--)
    {
        dbg_putchar(*ptr++, debug_stream);
    }

    return len;
}



alx2
Цитата(yanvasiij @ Mar 31 2016, 13:21) *
1) Когда я добавляю syscalls.o в статическую библиотеку вместе со всем остальным, то при компиляции приложения с использованием этой либы вылазит ошибка:

Код
c:/program files (x86)/gnu tools arm embedded/4.9 2015q2/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/lib/armv7-m\libg.a(lib_a-abort.o): In function `abort':
abort.c:(.text.abort+0xa): undefined reference to `_exit'


Но все перечисленные функции реализованы в syscalls.c! Почему он их не видит?!

Покажите полностью команду, которая завершается приведенными Вами выше ошибками.
Покажите также (для полноты понимания ситуации) вывод команд:
objdump -a <ваша библиотека> | grep syscalls
nm <ваша библиотека> | grep _exit

Цитата(demiurg_spb @ Mar 31 2016, 17:06) *
Попробуйте поменять очерёдность включения библиотек, как ни странно, но это роялит...

Ничего странного в этом нет. Если Вы при линковке, к примеру, сначала укажете библиотеку с файлом syscalls.o, на символы которого ссылок нет, то линкер, естественно, syscalls.o из библиотеки не загрузит. А потом Вы, допустим, укажете фйл, ссылающийся на что-то из syscalls.o - и, естественно, получите ошибку "символ не определен". Точно так же очевидно, что если Вы поменяете местами этот файл с библиотекой, ошибки не будет, так как на момент чтения библиотеки у линкера уже будет неопределенная ссылка, скажем, на тот же _exit, и линкер разрешит ее загрузкой syscalls.o из библиотеки.
demiurg_spb
Цитата(alx2 @ Apr 4 2016, 08:52) *
Ничего странного в этом нет.
Возможно и нет, но я бы делал иначе (в два прохода, чтобы исключить подобную ситуацию на корню).

Ага! Есть такой способ:
Код
-Wl,--start-group .... ... ... .... ... -Wl,--end-group

Цитата
--start-group archives --end-group
The archives should be a list of archive files. They may be either explicit file names, or `-l' options. The specified archives are searched repeatedly until no new undefined references are created. Normally, an archive is searched only once in the order that it is specified on the command line. If a symbol in that archive is needed to resolve an undefined symbol referred to by an object in an archive that appears later on the command line, the linker would not be able to resolve that reference. By grouping the archives, they all be searched repeatedly until all possible references are resolved. Using this option has a significant performance cost. It is best to use it only when there are unavoidable circular references between two or more archives.
yanvasiij
Цитата(alx2 @ Apr 4 2016, 10:52) *
...
Ничего странного в этом нет...



Цитата(demiurg_spb @ Apr 4 2016, 14:40) *
Возможно и нет, но я бы делал иначе (в два прохода, чтобы исключить подобную ситуацию на корню).

Ага! Есть такой способ:
Код
-Wl,--start-group .... ... ... .... ... -Wl,--end-group


Спасибо! Второй способ помог!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.