[Bug gas/32189] Problem with R_X86_64_GOT64 relocation generation
https://sourceware.org/bugzilla/show_bug.cgi?id=32189 --- Comment #1 from Sourceware Commits --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=8015b1b0c1a1d3a581099c4855f95e4adfa3c0ad commit 8015b1b0c1a1d3a581099c4855f95e4adfa3c0ad Author: H.J. Lu Date: Fri Sep 20 05:37:04 2024 +0800 x86-64: Never make R_X86_64_GOT64 section relative R_X86_64_GOT64 relocation should never be made section relative. Change tc_i386_fix_adjustable to return 0 for BFD_RELOC_X86_64_GOT64. gas/ PR gas/32189 * config/tc-i386.c (tc_i386_fix_adjustable): Return 0 for BFD_RELOC_X86_64_GOT64. * testsuite/gas/i386/reloc64.d: Updated. * testsuite/gas/i386/reloc64.s: Add more tests for R_X86_64_GOT64 and R_X86_64_GOTOFF64. ld/ PR gas/32189 * testsuite/ld-x86-64/x86-64.exp: Run PR gas/32189 test. * testsuite/ld-x86-64/pr32189.s: New file. Signed-off-by: H.J. Lu -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/32189] Problem with R_X86_64_GOT64 relocation generation
https://sourceware.org/bugzilla/show_bug.cgi?id=32189 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/32191] New: --rosegment places .note.gnu.property in executable PT_LOAD segment for -z separate-code
https://sourceware.org/bugzilla/show_bug.cgi?id=32191
Bug ID: 32191
Summary: --rosegment places .note.gnu.property in executable
PT_LOAD segment for -z separate-code
Product: binutils
Version: 2.44 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-tgl-3 tmp]$ cat x.c
int
main ()
{
}
[hjl@gnu-tgl-3 tmp]$ gcc x.c -fPIC -shared -Wl,-z,separate-code
-Wl,--no-rosegment
[hjl@gnu-tgl-3 tmp]$ readelf -lW a.out
Elf file type is DYN (Shared object file)
Entry point 0x0
There are 11 program headers, starting at offset 64
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz MemSiz
Flg Align
LOAD 0x00 0x 0x 0x000518
0x000518 R 0x1000
LOAD 0x001000 0x1000 0x1000 0x000111
0x000111 R E 0x1000
LOAD 0x002000 0x2000 0x2000 0xa4
0xa4 R 0x1000
LOAD 0x002df0 0x3df0 0x3df0 0x000210
0x000218 RW 0x1000
DYNAMIC0x002e08 0x3e08 0x3e08 0x0001c0
0x0001c0 RW 0x8
NOTE 0x0002a8 0x02a8 0x02a8 0x30
0x30 R 0x8
NOTE 0x0002d8 0x02d8 0x02d8 0x24
0x24 R 0x4
GNU_PROPERTY 0x0002a8 0x02a8 0x02a8 0x30
0x30 R 0x8
GNU_EH_FRAME 0x002000 0x2000 0x2000 0x24
0x24 R 0x4
GNU_STACK 0x00 0x 0x 0x00
0x00 RW 0x10
GNU_RELRO 0x002df0 0x3df0 0x3df0 0x000210
0x000210 R 0x1
Section to Segment mapping:
Segment Sections...
00 .note.gnu.property .note.gnu.build-id .gnu.hash .dynsym .dynstr
.gnu.version .gnu.version_r .rela.dyn
01 .init .plt .plt.got .text .fini
02 .eh_frame_hdr .eh_frame
03 .init_array .fini_array .data.rel.ro .dynamic .got .got.plt .bss
04 .dynamic
05 .note.gnu.property
06 .note.gnu.build-id
07 .note.gnu.property
08 .eh_frame_hdr
09
10 .init_array .fini_array .data.rel.ro .dynamic .got .got.plt
[hjl@gnu-tgl-3 tmp]$ gcc x.c -fPIC -shared -Wl,-z,separate-code -Wl,--rosegment
[hjl@gnu-tgl-3 tmp]$ readelf -lW a.out
Elf file type is DYN (Shared object file)
Entry point 0x0
There are 10 program headers, starting at offset 64
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz MemSiz
Flg Align
LOAD 0x00 0x 0x 0x001148
0x001148 R E 0x1000
LOAD 0x002000 0x2000 0x2000 0x0002e4
0x0002e4 R 0x1000
LOAD 0x002df0 0x3df0 0x3df0 0x000210
0x000218 RW 0x1000
DYNAMIC0x002e08 0x3e08 0x3e08 0x0001c0
0x0001c0 RW 0x8
NOTE 0x001118 0x1118 0x1118 0x30
0x30 R 0x8
NOTE 0x002000 0x2000 0x2000 0x24
0x24 R 0x4
GNU_PROPERTY 0x001118 0x1118 0x1118 0x30
0x30 R 0x8
GNU_EH_FRAME 0x002240 0x2240 0x2240 0x24
0x24 R 0x4
GNU_STACK 0x00 0x 0x 0x00
0x00 RW 0x10
GNU_RELRO 0x002df0 0x3df0 0x3df0 0x000210
0x000210 R 0x1
Section to Segment mapping:
Segment Sections...
00 .init .plt .plt.got .text .fini .note.gnu.property
01 .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version
.gnu.version_r .rela.dyn .eh_frame_hdr .eh_frame
02 .init_array .fini_array .data.rel.ro .dynamic .got .got.plt .bss
03 .dynamic
04 .note.gnu.property
05 .note.gnu.build-id
06 .note.gnu.property
07 .eh_frame_hdr
08
09 .init_array .fini_array .data.rel.ro .dynamic .got .got.plt
[hjl@gnu-tgl-3 tmp]$
.note.gnu.property shouldn't be in the same segment as .text section.
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug gold/32111] --incremental-full doesn't work
https://sourceware.org/bugzilla/show_bug.cgi?id=32111 xiaoyong yan changed: What|Removed |Added CC||yanxiaoyong5 at gmail dot com --- Comment #1 from xiaoyong yan --- I have the same question. besides, on the arm-none-eabi-gcc, ld.gold with incremental linking does not work too. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/32190] [2.44 Regression] pr22393 test failures
https://sourceware.org/bugzilla/show_bug.cgi?id=32190
--- Comment #1 from H.J. Lu ---
cc -B/export/build/gnu/tools-build/binutils/build-x86_64-linux/ld/tmpdir/ld/
-I/export/gnu/import/git/sources/binutils-gdb/ld/testsuite/ld-elf -g -O2
-fno-sanitize=all -c -fno-lto -fPIC -c
/export/gnu/import/git/sources/binutils-gdb/ld/testsuite/ld-elf/pr22393-2a.c -o
tmpdir/pr22393-2a.o
Executing on host: sh -c {cc
-B/export/build/gnu/tools-build/binutils/build-x86_64-linux/ld/tmpdir/ld/
-I/export/gnu/import/git/sources/binutils-gdb/ld/testsuite/ld-elf -g -O2
-fno-sanitize=all -c -fno-lto -fPIC -c
/export/gnu/import/git/sources/binutils-gdb/ld/testsuite/ld-elf/pr22393-2a.c -o
tmpdir/pr22393-2a.o 2>&1} /dev/null ld.tmp (timeout = 300)
spawn [open ...]^M
cc -B/export/build/gnu/tools-build/binutils/build-x86_64-linux/ld/tmpdir/ld/
-L=/usr/local/x86_64-pc-linux-gnu/lib64 -L=/usr/local/lib64 -L=/lib64
-L=/usr/lib64 -L=/usr/local/x86_64-pc-linux-gnu/lib -L=/usr/local/lib -L=/lib
-L=/usr/lib -o tmpdir/pr22393-2a.so
-L/export/gnu/import/git/sources/binutils-gdb/ld/testsuite/ld-elf -shared
-Wl,-z,separate-code tmpdir/pr22393-2a.o
Executing on host: sh -c {cc
-B/export/build/gnu/tools-build/binutils/build-x86_64-linux/ld/tmpdir/ld/
-L=/usr/local/x86_64-pc-linux-gnu/lib64 -L=/usr/local/lib64 -L=/lib64
-L=/usr/lib64 -L=/usr/local/x86_64-pc-linux-gnu/lib -L=/usr/local/lib -L=/lib
-L=/usr/lib -o tmpdir/pr22393-2a.so
-L/export/gnu/import/git/sources/binutils-gdb/ld/testsuite/ld-elf -shared
-Wl,-z,separate-code tmpdir/pr22393-2a.o 2>&1} /dev/null ld.tmp (timeout =
300)
spawn [open ...]^M
/export/build/gnu/tools-build/binutils/build-x86_64-linux/ld/../binutils/readelf
-lW tmpdir/pr22393-2a.so > dump.out
fail if no difference
output is
Elf file type is DYN (Shared object file)
Entry point 0x0
There are 10 program headers, starting at offset 64
Program Headers:
Type Offset VirtAddr PhysAddr FileSiz MemSiz
Flg Align
LOAD 0x00 0x 0x 0x0003e9
0x0003e9 R E 0x1000
LOAD 0x001000 0x1000 0x1000 0x0002f0
0x0002f0 R 0x1000
LOAD 0x001dc0 0x2dc0 0x2dc0 0x000248
0x000250 RW 0x1000
DYNAMIC0x001dd8 0x2dd8 0x2dd8 0x0001f0
0x0001f0 RW 0x8
NOTE 0x000270 0x0270 0x0270 0x30
0x30 R 0x8
NOTE 0x0002a0 0x02a0 0x02a0 0x24
0x24 R 0x4
GNU_PROPERTY 0x000270 0x0270 0x0270 0x30
0x30 R 0x8
GNU_EH_FRAME 0x001258 0x1258 0x1258 0x24
0x24 R 0x4
GNU_STACK 0x00 0x 0x 0x00
0x00 RW 0x10
GNU_RELRO 0x001dc0 0x2dc0 0x2dc0 0x000240
0x000240 R 0x1
Section to Segment mapping:
Segment Sections...
00 .note.gnu.property .note.gnu.build-id .init .plt .plt.got .text .fini
01 .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn
.rela.plt .rodata .eh_frame_hdr .eh_frame
02 .init_array .fini_array .data.rel.ro .dynamic .got .got.plt .bss
03 .dynamic
04 .note.gnu.property
05 .note.gnu.build-id
06 .note.gnu.property
07 .eh_frame_hdr
08
FAIL: Build pr22393-2a.so
Since -z separate-code is passed to linker, there shouldn't be mixed rodata
and text section in a page.
--
You are receiving this mail because:
You are on the CC list for the bug.
[Bug gprofng/32193] New: [display html] Files missing for a hardware event counter experiment
https://sourceware.org/bugzilla/show_bug.cgi?id=32193 Bug ID: 32193 Summary: [display html] Files missing for a hardware event counter experiment Product: binutils Version: 2.43.1 Status: NEW Severity: normal Priority: P2 Component: gprofng Assignee: vladimir.mezentsev at oracle dot com Reporter: ruud.vanderpas at oracle dot com Target Milestone: --- This bug has been reported by the Danish Technical University (DTU) in Denmark. In case a hardware event counter experiment is used as input, the source and disassembly files are missing. They are not produced at all. Everything else works just fine and the tool does not crash, but the information is missing. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/32193] [display html] Files missing for a hardware event counter experiment
https://sourceware.org/bugzilla/show_bug.cgi?id=32193 Ruud van der Pas changed: What|Removed |Added Assignee|vladimir.mezentsev at oracle dot c |ruud.vanderpas at oracle dot com |om | CC||ruud.vanderpas at oracle dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/32193] [display html] Files missing for a hardware event counter experiment
https://sourceware.org/bugzilla/show_bug.cgi?id=32193 Ruud van der Pas changed: What|Removed |Added Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/32193] [display html] Files missing for a hardware event counter experiment
https://sourceware.org/bugzilla/show_bug.cgi?id=32193 --- Comment #1 from Ruud van der Pas --- I received two test cases, verified the bug and will investigate this. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/32189] Problem with R_X86_64_GOT64 relocation generation
https://sourceware.org/bugzilla/show_bug.cgi?id=32189 H.J. Lu changed: What|Removed |Added Blocks||32191 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=32191 [Bug 32191] --rosegment places .note.gnu.property in executable PT_LOAD segment for -z separate-code -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/32191] --rosegment places .note.gnu.property in executable PT_LOAD segment for -z separate-code
https://sourceware.org/bugzilla/show_bug.cgi?id=32191 H.J. Lu changed: What|Removed |Added Depends on||32189 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=32189 [Bug 32189] Problem with R_X86_64_GOT64 relocation generation -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/32190] [2.44 Regression] pr22393 test failures
https://sourceware.org/bugzilla/show_bug.cgi?id=32190 H.J. Lu changed: What|Removed |Added Blocks||32191 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=32191 [Bug 32191] --rosegment places .note.gnu.property in executable PT_LOAD segment for -z separate-code -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/32189] Problem with R_X86_64_GOT64 relocation generation
https://sourceware.org/bugzilla/show_bug.cgi?id=32189 H.J. Lu changed: What|Removed |Added Blocks|32191 | Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=32191 [Bug 32191] --rosegment places .note.gnu.property in executable PT_LOAD segment for -z separate-code -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/32191] --rosegment places .note.gnu.property in executable PT_LOAD segment for -z separate-code
https://sourceware.org/bugzilla/show_bug.cgi?id=32191 H.J. Lu changed: What|Removed |Added Depends on|32189 |32190 Referenced Bugs: https://sourceware.org/bugzilla/show_bug.cgi?id=32189 [Bug 32189] Problem with R_X86_64_GOT64 relocation generation https://sourceware.org/bugzilla/show_bug.cgi?id=32190 [Bug 32190] [2.44 Regression] pr22393 test failures -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/32190] New: [2.44 Regression] pr22393 test failures
https://sourceware.org/bugzilla/show_bug.cgi?id=32190 Bug ID: 32190 Summary: [2.44 Regression] pr22393 test failures Product: binutils Version: 2.44 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: hjl.tools at gmail dot com Target Milestone: --- bf6d7087de0a7351fd1dfd5f41522a7f4f576180 is the first bad commit commit bf6d7087de0a7351fd1dfd5f41522a7f4f576180 (HEAD) Author: Nick Clifton Date: Thu Sep 19 16:45:30 2024 +0100 ld: Move the .note.build-id section to near the start of the memory map. This helps GDB to locate the debug information associated with a core dump. Core dumps include the first page of an executable's image, and if this page include the .note.build-id section then GDB can find it and then track down a debug info file for that build-id. caused: FAIL: Build pr22393-2a.so FAIL: Build pr22393-2a-now.so FAIL: Build pr22393-2 FAIL: Build pr22393-2 (PIE) FAIL: Build pr22393-2 (static) FAIL: Build pr22393-3a.so FAIL: Build pr22393-3a-now.so FAIL: Build pr22393-3 FAIL: Build pr22393-3 (PIE) FAIL: Build pr22393-3 (static) on Linux/x86-64 when binutils is configured with --enable-rosegment. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/32190] [2.44 Regression] pr22393 test failures
https://sourceware.org/bugzilla/show_bug.cgi?id=32190 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/32191] --rosegment places .note.gnu.property in executable PT_LOAD segment for -z separate-code
https://sourceware.org/bugzilla/show_bug.cgi?id=32191 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/32190] [2.44 Regression] pr22393 test failures
https://sourceware.org/bugzilla/show_bug.cgi?id=32190 Sam James changed: What|Removed |Added CC||nickc at redhat dot com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/32189] Problem with R_X86_64_GOT64 relocation generation
https://sourceware.org/bugzilla/show_bug.cgi?id=32189 --- Comment #2 from Sourceware Commits --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=075c4ca29a1afb1fa19e3038cae5730487e99701 commit 075c4ca29a1afb1fa19e3038cae5730487e99701 Author: H.J. Lu Date: Fri Sep 20 07:15:02 2024 +0800 x86-64: Disable PIE on PR gas/32189 test Disable PIE on PR gas/32189 test, which contains the non-PIE assembly source, to support GCC defaulted to PIE. PR gas/32189 * testsuite/ld-x86-64/x86-64.exp: Pass $NOPIE_LDFLAGS to linker on PR gas/32189 test. Signed-off-by: H.J. Lu -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/32191] --rosegment places .note.gnu.property in executable PT_LOAD segment for -z separate-code
https://sourceware.org/bugzilla/show_bug.cgi?id=32191 H.J. Lu changed: What|Removed |Added Version|2.44 (HEAD) |2.43.1 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/32188] readelf (or objdump): add JSON dumping support
https://sourceware.org/bugzilla/show_bug.cgi?id=32188 --- Comment #1 from Andi Kleen --- This can proibably be done with somer wrapper too, i doubt it is a show stopper -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/32189] New: Problem with R_X86_64_GOT64 relocation generation
https://sourceware.org/bugzilla/show_bug.cgi?id=32189 Bug ID: 32189 Summary: Problem with R_X86_64_GOT64 relocation generation Product: binutils Version: 2.43 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: m...@felix-potthast.de Target Milestone: --- Created attachment 15710 --> https://sourceware.org/bugzilla/attachment.cgi?id=15710&action=edit Test case When trying out the code snippets from the current x86-64 ABI (https://gitlab.com/x86-psABIs/x86-64-ABI) for large model position independent load and store, I get a segfault. I'm using the large model prolog code from Figure 3.12 and the load store for "ptr = &dst;" from Figure 3.20. When assembling with: as --64 lm_pic_gd_lods.s -o lm_pic_gd_lods.o and linking with: ld -static lm_pic_gd_lods.o -o lm_pic_gd_lods Running the resulting executable leads to a segfault. But when I use clang for assembling: clang -c lm_pic_gd_lods.s -o lm_pic_gd_lods.o and then link with the same command, it doesn't segfault. so it doesn't seem to be a problem of the linker, but the assembler. I'm using binutils version 2.43.0 from the arch linux repos on an x86-64 machine. -- You are receiving this mail because: You are on the CC list for the bug.
