2016-09-16 46 views
0

我将我的AVR C源代码编译为目标文件。这些对象包含调试符号:链接的ELF文件不包含符号

~ avr-nm code.c.o: 00000000 T ClockInit32MhzXtal 00000000 T CopyDataToSensors 00000000 T FindSensors U I2CInitMaster 00000000 T PC_UsartInit 00000000 T ReadFromSensorSettings 00000000 T ResetAndAlignSampleClock 00000000 T SampleClockTimerInit 00000000 T SendDataToPC ...

当所有文件链接到一个文件中,这些符号看起来虽然我指定-g选项丢失:

~ /usr/local/bin/avr-gcc -O1 -lm -Wall -Wstrict-prototypes -Wl,--gc-sections -Wl,-g -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -g -Wl,-search_paths_first -Wl,-headerpad_max_install_names -DF_CPU=32000000 -mmcu=atxmega128a1u file1.c.o file2.c.o -o program.elf /usr/local/opt/avr-binutils/bin/avr-ld: warning: cannot find entry symbol arch_paths_first; defaulting to 0000000000000000 ~ avr-nm program.elf avr-nm: program.elf: no symbols

岂今是?链接器不应该在链接文件中创建一个带有调试信息的新符号表?

avr-gcc: gcc version 4.9.3 (GCC) avr-ld: GNU ld (GNU Binutils) 2.25

+0

解决'clawson'在avrfreaks.net。 '-Wl,search_paths_first'被错误地解释为'-Wl,se'和'arch_paths_first',因为avr-ld中的'search_paths_first'选项不存在。该选项是由错误配置的CMake配置自动添加的。 http://www.avrfreaks.net/comment/1985241#comment-1985241 –

+0

你应该删除(不太可能这会帮助别人)或回答这个问题。 –

回答

1

-Wl,-search_paths_first国旗是克利翁补充道。然而,它不是有效的avr-gcc标志,而是典型的OS X标志。编译器试图找到第一个存在的匹配,即-Wl,-s。即带符号。