如何强制gcc使用newlibc实现的函数的自定义实现?

mag*_*rre 5 embedded linker arm

我正在研究ARM微控制器(SAM7)的嵌入式软件并使用Yagarto工具链.

我的代码目前链接libc.a. 但是,我想使用我的代码已经具有的内置函数memcpy的自定义实现.

我已尝试使用GCC手册中指定的-fno-builtin和/或-fno-builtin-memcpy,但链接器仍会抱怨以下警告:

contiki-crazy-horse.a(flashd_efc.o): In function `memcpy':
C:\Users\Melvin\GitRepo\projects\Amatis_Project\SAM7_Contiki\examples\er-rest-example/../../cpu/arm//at91sam7s-x/./flashd_efc.c:669: multiple definition of `memcpy'
c:/toolchains/yagarto/bin/../lib/gcc/arm-none-eabi/4.6.2/../../../../arm-none-eabi/lib\libc.a(lib_a-memcpy.o):C:\msys\1.0\home\yagarto\newlib-build\arm-none-eabi\newlib\libc\string/../../../../../newlib-1.19.0/newlib/libc/string/memcpy.c:78: first defined here
collect2: ld returned 1 exit status
make: *** [rest-server-example-nosyms.crazy-horse] Error 1
../../cpu/arm/at91sam7s-x/Makefile.at91sam7s-x:181: recipe for target `rest-server-example-nosyms.crazy-horse' failed
Run Code Online (Sandbox Code Playgroud)

使用某些gcc内置函数的自定义实现的正确方法是什么?

编辑1:添加我正在使用的链接命令.在下面的代码中,Porject.a是一个使用所有项目的目标文件创建的存档文件.

CC       = arm-none-eabi-gcc
CFLAGSNO = -I. -I$(CONTIKI)/core -I$(CONTIKI_CPU) -I$(CONTIKI_CPU)/loader \
       -I$(CONTIKI_CPU)/dbg-io \
           -I$(CONTIKI)/platform/$(TARGET) \
           ${addprefix -I,$(APPDIRS)} \
           -DWITH_UIP -DWITH_ASCII -DMCK=$(MCK) \
           -Wall $(ARCH_FLAGS) -g -D SUBTARGET=$(SUBTARGET)

CFLAGS  += $(CFLAGSNO) -O -DRUN_AS_SYSTEM -DROM_RUN  -ffunction-sections

LDFLAGS += -L $(CONTIKI_CPU) --verbose -T $(LINKERSCRIPT) -nostartfiles  -Wl,-Map,$(TARGET).map

$(CC) $(LDFLAGS) $(CFLAGS) -nostartfiles -o project.elf -lc Project.a
Run Code Online (Sandbox Code Playgroud)

Cli*_*ord 4

如果它在 libc.a 中找到memcpy(),那么它不与任何“内置”冲突,而是与 newlib 实现冲突。您可能还需要指定 -nostdlibs 选项并根据需要显式链接 libc.a 和 libm.a。

对象 (.o) 文件在搜索库档案 (.a) 文件之前链接,因此如果符号由对象文件解析,则不会在档案中搜索该符号。如果将覆盖放在静态链接库中,则只需在链接器命令行上将其列在标准库(或使用标准库的任何其他库)之前即可。

[补充] 以下内容原本是“评论”,但可能应该在答案中;它是对问题中“编辑1”的回应,以及下面关于链接顺序的评论:

改成。-nostartfiles -o project.elf -lc Project.a-nostdlib -o project.elf -start-group Project.a -lc -end-group该开关-nostdlib禁用启动文件(即-nostartfiles)和标准库的默认链接。库分组会导致迭代搜索组中的库,直到无法解析更多符号为止,从而允许解决像您这样的无序和循环依赖关系。分组开关的另一种形式是-( Project.a -lc -)

  • @Mischief:或者,将 newlib 存根与项目文件“Project.a -lc stubs.a”分开。使用项目文件的存档是一件不寻常的事情;您可以按照规范直接链接目标文件来完全避免该问题。无论链接顺序如何,目标文件中的代码始终优先于库代码使用;因此,libc 存根将由您与匹配符号链接的任何对象代码解析,并且任何对象代码都将在库代码之前从其他对象代码解析,因此即使对于 libc 内的调用,memcpy() 也将被正确覆盖。 (2认同)