[Bug 227552] w, uptime i386 coredump in libxo

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227552

--- Comment #27 from Phil Shafer <phil at freebsd.org> ---
Even more odd, running "strip" twice on the same target gives the same TLS
length change:

Jimi [lib/test]% strip -o mine /usr/obj/usr/src/lib/libxo/libxo.so.0.full
Jimi [lib/test]% readelf -e mine > before.elf
Jimi [lib/test]% strip mine
Jimi [lib/test]% readelf -e mine > after.elf
Jimi [lib/test]% diff -u before.elf after.elf
--- before.elf  2018-05-11 16:56:33.492235000 -0400
+++ after.elf   2018-05-11 16:56:40.876225000 -0400
@@ -28,7 +28,7 @@
   LOAD           0x000000 0x00000000 0x00000000 0x171f8 0x171f8 R E 0x1000
   LOAD           0x0171f8 0x000181f8 0x000181f8 0x005fc 0x0064c RW  0x1000
   DYNAMIC        0x0172f4 0x000182f4 0x000182f4 0x000d8 0x000d8 RW  0x4
-  TLS            0x0171f8 0x000181f8 0x000181f8 0x00000 0x0064c R   0x8
+  TLS            0x0171f8 0x000187f4 0x000187f4 0x00000 0x00050 R   0x8
   GNU_STACK      0x000000 0x00000000 0x00000000 0x00000 0x00000 RW  0x4

  Section to Segment mapping:
@@ -36,7 +36,7 @@
    00     .hash .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rel.dyn
.rel.plt .init .plt .text .fini .rodata .eh_frame .comment .shstrtab
    01     .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data .bss
    02     .dynamic
-   03     .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data .bss
+   03     .bss
    04
 There are 27 section headers, starting at offset 0x179a4:

I see the same issue when "strip" is used twice in a row (both with "-o"):

Jimi [lib/test]% strip -o mine /usr/obj/usr/src/lib/libxo/libxo.so.0.full
Jimi [lib/test]% readelf -e mine > before.elf
Jimi [lib/test]% strip -o never mine
Jimi [lib/test]% readelf -e never > after.elf
Jimi [lib/test]% diff -u before.elf after.elf
--- before.elf  2018-05-11 16:58:07.845980000 -0400
+++ after.elf   2018-05-11 16:58:44.398731000 -0400
@@ -28,7 +28,7 @@
   LOAD           0x000000 0x00000000 0x00000000 0x171f8 0x171f8 R E 0x1000
   LOAD           0x0171f8 0x000181f8 0x000181f8 0x005fc 0x0064c RW  0x1000
   DYNAMIC        0x0172f4 0x000182f4 0x000182f4 0x000d8 0x000d8 RW  0x4
-  TLS            0x0171f8 0x000181f8 0x000181f8 0x00000 0x0064c R   0x8
+  TLS            0x0171f8 0x000187f4 0x000187f4 0x00000 0x00050 R   0x8
   GNU_STACK      0x000000 0x00000000 0x00000000 0x00000 0x00000 RW  0x4

  Section to Segment mapping:
@@ -36,7 +36,7 @@
    00     .hash .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rel.dyn
.rel.plt .init .plt .text .fini .rodata .eh_frame .comment .shstrtab
    01     .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data .bss
    02     .dynamic
-   03     .ctors .dtors .jcr .data.rel.ro .dynamic .got .got.plt .data .bss
+   03     .bss
    04
 There are 27 section headers, starting at offset 0x179a4:

----------

Off to look at strip.....  Please holler if this sounds familiar....

Thanks,
 Phil

-- 
You are receiving this mail because:
You are the assignee for the bug.