https://sourceware.org/bugzilla/show_bug.cgi?id=30281
--- Comment #17 from Andrey Sotnikov ---
(In reply to H.J. Lu from comment #16)
> You were using gold, not ld. Please pass -fuse-ld=bfd to GCC.
I am not sure I understand. I used ld. I verified with strace that there were
no other processes
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
--- Comment #16 from H.J. Lu ---
(In reply to Andrey Sotnikov from comment #15)
> $ ld --version
> GNU gold (GNU Binutils 2.42.0.20240530) 1.16
>
> Same result. The full ld's command line captured with strace:
You were using gold, not ld. P
https://sourceware.org/bugzilla/show_bug.cgi?id=30281
H.J. Lu changed:
What|Removed |Added
Component|binutils|ld
--
You are receiving this mail because:
On 30. 05. 24 Andreas Schwab wrote:
On Mai 30 2024, Jiří Wolker wrote:
As you can see at the byte 0x45, the NUL byte is placed after the first
string ("hello" ends).
Which works as documented (`arguments not separated by commas'). See
also the comment: `Treat "a" "b" as "ab". Even if we are
On Mai 30 2024, Jiří Wolker wrote:
> As you can see at the byte 0x45, the NUL byte is placed after the first
> string ("hello" ends).
Which works as documented (`arguments not separated by commas'). See
also the comment: `Treat "a" "b" as "ab". Even if we are appending
zeros.'
--
Andreas Schw
Hello again!
I've just spent half an hour by debugging my code thanks to this bug. :)
Let's look at the docs:
7.6 ‘.asciz "STRING"’...
‘.asciz’ is just like ‘.ascii’, but each string is followed by a zero
byte. The “z” in ‘.asciz’ stands for “zero”. Note that multip
