Anonymous | Login | 2024-04-28 05:40 CEST |
Main | My View | View Issues |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0004994 | [binutils] regular use | minor | always | 2012-08-26 12:50 | 2012-08-26 12:50 | |||||||
Reporter | yann | View Status | public | |||||||||
Assigned To | ||||||||||||
Priority | normal | Resolution | open | |||||||||
Status | new | |||||||||||
Summary | 0004994: gstrip seems to corrupt the syminfo elf section used by the SUN linker | |||||||||||
Description |
Hi Maciej It seems I found a problem with GNU strip while enabling direct binding on gnomevfs2. The GNU strip utility seems to corrupt the syminfo elf section where the information are stored. Details are below. I fixed the problem in the package by making sure Solaris strip was used in gnomevfs2 (which is normally the default) so it is not an urgent problem. But it is probably interesting to take this issue upstream. Yann Before striping: # ls -l ./gnomevfs-mv -rwxr-xr-x 1 yann csw 16336 Aug 26 09:10 ./gnomevfs-mv $ elfdump -y gnomevfs-mv Syminfo Section: .SUNW_syminfo index flags bound to symbol [1] DB <self> .ld_double [2] DB [4] libc.so.1 printf [3] N _end [...] After striping with GNU strip: $ ls -l ./gnomevfs-mv -rwxr-xr-x 1 yann csw 12580 Aug 26 09:15 ./gnomevfs-mv $ elfdump -y gnomevfs-mv gnomevfs-mv: .SUNW_syminfo: invalid sh_info: 0 gnomevfs-mv: .SUNW_syminfo: invalid sh_info: 0 gnomevfs-mv: .SUNW_syminfo: invalid sh_info: 0 The native strip utility doesn't have the same effect. After striping with /usr/ccs/bin/strip: $ ls -l ./gnomevfs-mv -rwxr-xr-x 1 yann csw 12636 Aug 26 09:15 ./gnomevfs-mv $ elfdump -y gnomevfs-mv Syminfo Section: .SUNW_syminfo index flags bound to symbol [1] DB <self> .ld_double [2] DB [4] libc.so.1 printf [3] N _end [...] |
|||||||||||
Additional Information | ||||||||||||
Tags | No tags attached. | |||||||||||
Attached Files | ||||||||||||
|
There are no notes attached to this issue. |
Copyright © 2000 - 2008 Mantis Group |