aboutsummaryrefslogtreecommitdiff
path: root/gdb/python/python.c
diff options
context:
space:
mode:
authorJozef Lawrynowicz <jozef.l@mittosystems.com>2018-11-21 16:21:25 +0000
committerNick Clifton <nickc@redhat.com>2018-11-21 16:21:25 +0000
commitca94519e70c39fca1d6ea93b8604349111522a8b (patch)
tree8cce71581cf14d96f73a219b71b2e9c8adb0bd09 /gdb/python/python.c
parentb5ffee3181d157a4d964f62344ac827142e37bde (diff)
downloadbinutils-ca94519e70c39fca1d6ea93b8604349111522a8b.zip
binutils-ca94519e70c39fca1d6ea93b8604349111522a8b.tar.gz
binutils-ca94519e70c39fca1d6ea93b8604349111522a8b.tar.bz2
Fix linking MSP430 files created by gcc's LTO optimizer.
When invoking GCC with "-g -flto", the compiler will create LTO objects with debug information. The objects created are "simple ELF" objects (see libiberty/simple-object-elf.c) and do not have target-specific sections. When the MSP430 linker sees one of these objects without a .MSP430.attributes section it errors: > error: /tmp/cc4LhbEI.ltrans0.ltrans.o uses MSP430X instructions but /tmp/ccynqIwudebugobj uses unknown > error: /tmp/cc4LhbEI.ltrans0.ltrans.o uses the small code model whereas /tmp/ccynqIwudebugobj uses the unknown code model > error: /tmp/cc4LhbEI.ltrans0.ltrans.o uses the small data model whereas /tmp/ccynqIwudebugobj uses the unknown data model > error: /tmp/cc4LhbEI.ltrans0.ltrans.o uses the small code model but /tmp/ccynqIwudebugobj uses the unknown data model > failed to merge target specific data of file /tmp/cc4LhbEI.ltrans0.ltrans.o The following patch allows these debug LTO objects to be linked with other MSP430 objects even if they do not have a .MSP430.attributes section. bfd * elf32-msp430.c (elf32_msp430_merge_mspabi_attributes): Do not error when .MSP430.attributes section is missing from objects created by LTO.
Diffstat (limited to 'gdb/python/python.c')
0 files changed, 0 insertions, 0 deletions