[Bug ld/30078] FAIL: merge4
https://sourceware.org/bugzilla/show_bug.cgi?id=30078 Nick Clifton changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #4 from Nick Clifton --- OK, patch applied. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30078] FAIL: merge4
https://sourceware.org/bugzilla/show_bug.cgi?id=30078 --- Comment #3 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2b56cd91911c7b813b7fe9f92fb86af404356001 commit 2b56cd91911c7b813b7fe9f92fb86af404356001 Author: Nick Clifton Date: Wed Feb 15 09:26:10 2023 + Fix the linker's merge4 test for the HPPA architecture. PR 30078 * testsuite/ld-elf/merge4b.s: Use .asciz instead of .string in order to avoid the special behaviour of the .string directive on HPPA architectures. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30078] FAIL: merge4
https://sourceware.org/bugzilla/show_bug.cgi?id=30078 Sam James changed: What|Removed |Added CC||sam at gentoo dot org -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30078] FAIL: merge4
https://sourceware.org/bugzilla/show_bug.cgi?id=30078 --- Comment #2 from dave.anglin at bell dot net --- Hi Nick, Yes, the behavior of .string on hppa is a bug/feature intended to match the behavior of HP as. Using .asciz instead of .string fixes the test on hppa. Dave -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/30078] FAIL: merge4
https://sourceware.org/bugzilla/show_bug.cgi?id=30078 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com Status|NEW |ASSIGNED Assignee|unassigned at sourceware dot org |nickc at redhat dot com --- Comment #1 from Nick Clifton --- Hi John, Just a guess, but I think that this might be a bug/feature of the HPPA port of gas: % as ld/testsuite/ld-elf/merge4b.s -o merge4b.o % readelf -x.rodata.str1.1 merge4b.o Hex dump of section '.rodata.str1.1': 0x 666f6f62 61727768 61746576 6572 foobarwhatever Notice how there is no nul-byte between foobar and whatever... In fact there ought to be 2 nul bytes since there is an empty string between them: % cat ld/testsuite/ld-elf/merge4b.s [...] .string "foobar" 1: .string "" .string "whatever" Looking at the assembler sources, it appears that this might be deliberate. The default function for handling the .string directive appends a nul byte to the end of the strings, but the HPPA version does not. (See gas/config/ tc-hppa.c: md_pseudo_table[]). This does suggest a possible workaround - the HPPA port of gas handles the .string directive as mentioned above, but it does not handle .asciz. So if the merge4b.s file were to use that directive, the test might work... Any chance that you could test this out ? (I do not have an HPPA test environment). Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
