The test case I hope to be able to attach after submitting this bug is a .o file generated by a recent g++. In addition to the normal .text section, it has an out-of-line definition of an inline function foo() in its own section .text._Z3foov, in section group _Z3foov . (There are no other sections in that group.)
If I try feeding this object to ld -r -T test.ld where test.ld contains the single line: SECTIONS { .text : { *(.text .text.*) } } then the .text._Z3foov section is not merged into the output .text section, but passed through as-is, along with its containing group. Even with an input specification of *(*), the grouped section and its group section remain stubbornly separate. I would expect it to be mapped as specified in the script, and the now empty section group to be discarded. Without -r, the script is obeyed as expected (and section groups are removed anyway). (In case you think I am doing something completely mad, what we are actually trying to do is perform a partial link and localise nearly all resolved symbols, so that we can perform a final link against libraries some of whose symbols we would otherwise override. We are experiencing problems that appear to be caused by conflicting section group names, and were surprised to discover the grouped sections in the output of the first stage when our linker script looks like it should already be catching them.) -- Summary: Assignment of grouped sections in linker script ignored Product: binutils Version: 2.18 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: timb at bluearc dot com CC: bug-binutils at gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://sourceware.org/bugzilla/show_bug.cgi?id=5323 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. _______________________________________________ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils