public inbox for gdb-testers@sourceware.org help / color / mirror / Atom feed
From: sergiodj+buildbot@sergiodj.net To: gdb-testers@sourceware.org Subject: [binutils-gdb] ARC naughtiness causing assertion fail at elf-strtab.c:302 Date: Sat, 25 Feb 2017 09:00:00 -0000 [thread overview] Message-ID: <034fed0bbc3541d2a11a839faf4be521843ad954@gdb-build> (raw) *** TEST RESULTS FOR COMMIT 034fed0bbc3541d2a11a839faf4be521843ad954 *** Author: Alan Modra <amodra@gmail.com> Branch: master Commit: 034fed0bbc3541d2a11a839faf4be521843ad954 ARC naughtiness causing assertion fail at elf-strtab.c:302 This patch fixes a number of issues in the ARC backend. - The ARC size_dynamic_sections was trashing dynamic section contents, in particular the .gnu.version_d contents. Those versions definitions are therefore lost so they do not drain from the strtab, resulting in assertion failures. - The code attempting to set DT_TEXTREL was completely bogus. - The ARC finish_dynamic_sections would segfault on trying to set sh_entsize for .rela.plt if that section had been discarded. - arc_create_dynamic_sections wouldn't have ever created dynamics sections, which was just as well since the places it was called were way too late to create dynamic sections. Its usefulness then devolved down to finding just one dynamic section. All the others packaged into a struct were unused. - .interp wasn't set for PIEs. * elf32-arc.c (struct dynamic_sections): Delete. (enum dyn_section_types): Delete. (dyn_section_names): Delete. (arc_create_dynamic_sections): Delete. (elf_arc_finish_dynamic_sections): Don't call the above. Don't segfault on discarded .rela.plt section. (elf_arc_size_dynamic_sections): Formatting. Don't call arc_create_dynamic_sections. Don't allocate memory for sections handled by the generic linker. Correct code finding relocs in read-only sections. Set SEC_EXCLUDE on zero size .got, .got.plt, and .dynbss sections. Do set .interp for pies.
next reply other threads:[~2017-02-25 9:00 UTC|newest] Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-02-25 9:00 sergiodj+buildbot [this message] 2017-02-25 9:00 ` Failures on Fedora-s390x-m64, branch master sergiodj+buildbot 2017-02-25 9:08 ` Failures on Ubuntu-AArch32-native-gdbserver-m32, " sergiodj+buildbot 2017-02-25 9:20 ` Failures on Debian-s390x-native-extended-gdbserver-m64, " sergiodj+buildbot 2017-02-25 9:40 ` Failures on Fedora-x86_64-cc-with-index, " sergiodj+buildbot 2017-02-25 9:45 ` Failures on Ubuntu-AArch64-m64, " sergiodj+buildbot 2017-02-25 9:52 ` Failures on Ubuntu-AArch32-m32, " sergiodj+buildbot 2017-02-27 10:04 ` Failures on Fedora-ppc64le-native-extended-gdbserver-m64, " sergiodj+buildbot 2017-02-27 16:43 ` Failures on Fedora-ppc64be-native-gdbserver-m64, " sergiodj+buildbot 2017-02-27 17:52 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj+buildbot
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=034fed0bbc3541d2a11a839faf4be521843ad954@gdb-build \ --to=sergiodj+buildbot@sergiodj.net \ --cc=gdb-testers@sourceware.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).