RE: Bug in objcopy?
Thanks Ian for the explanation. Can you tell me what kind of data is put in .rela.XXX section? Chetan -Original Message- From: Ian Lance Taylor [mailto:i...@airs.com] Sent: Saturday, May 23, 2009 12:10 PM To: Arshid, Chetan (IE10) Cc: bug-binutils@gnu.org Subject: Re: Bug in objcopy? Arshid, Chetan (IE10) chetan.ars...@honeywell.com writes: I tried to rename the section (of .o file) .data to .persistent.data using objcopy utility. It did that, but also renamed the section .rela.data to .rela.persistent. I think this is a bug. If not, how do I keep the .rela.data section name unchanged? It doesn't sound like a bug. Normally the .rela.XXX section applies to the .XXX section. If you rename a section, it seems natural to rename the corresponding .rela section. As far as I know there is no way to keep this from happening. Ian ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/10193] gas produces different .o files with the same input .s file and cmd line arguments on enfs
--- Additional Comments From chenyang dot cq at gmail dot com 2009-05-25 08:22 --- You have a filesystem problem. gas isn't writing these bytes, and a sane filesystem would set them to zeros. So, not a gas bug. Why not explicitly set them to zeros so that gas can work well with those insane network file systems like the one (BWFS http://english.cas.ac.cn/english/news/detailnewsb.asp?InfoNo=26092) I'm using. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10193 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: Bug in objcopy?
Arshid, Chetan (IE10) chetan.ars...@honeywell.com writes: Thanks Ian for the explanation. Can you tell me what kind of data is put in .rela.XXX section? Relocation information. It is displayed by readelf -r or objdump -r. Ian -Original Message- From: Ian Lance Taylor [mailto:i...@airs.com] Sent: Saturday, May 23, 2009 12:10 PM To: Arshid, Chetan (IE10) Cc: bug-binutils@gnu.org Subject: Re: Bug in objcopy? Arshid, Chetan (IE10) chetan.ars...@honeywell.com writes: I tried to rename the section (of .o file) .data to .persistent.data using objcopy utility. It did that, but also renamed the section .rela.data to .rela.persistent. I think this is a bug. If not, how do I keep the .rela.data section name unchanged? It doesn't sound like a bug. Normally the .rela.XXX section applies to the .XXX section. If you rename a section, it seems natural to rename the corresponding .rela section. As far as I know there is no way to keep this from happening. Ian ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10197] New: testsuite/test-demangle.c fails to compile
gcc -DHAVE_CONFIG_H -g -O2 -I.. -I../../../binutils-2.19.1/libiberty/testsuite/../../include -o test-demangle \ ../../../binutils-2.19.1/libiberty/testsuite/test-demangle.c ../libiberty.a ../../../binutils-2.19.1/libiberty/testsuite/test-demangle.c:49: error: conflicting types for 'getline' /usr/include/stdio.h:651: note: previous declaration of 'getline' was here Recommend: sed -i -e 's/getline/get_line/' libiberty/testsuite/test-demangle.c -- Summary: testsuite/test-demangle.c fails to compile Product: binutils Version: 2.19 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: bdubbs at linuxfromscratch dot org CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=10197 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/10193] gas produces different .o files with the same input .s file and cmd line arguments on enfs
--- Additional Comments From amodra at bigpond dot net dot au 2009-05-26 00:19 --- Because that would be more work in BFD if we wanted to catch all possible cases of padding, slowing down all file writes. You could of course patch your own binutils sources. The place that skipped writing for your testcase was bfd/elf.c:assign_file_positions_except_relocs, here: /* Place the section headers. */ off = align_file_position (off, 1 bed-s-log_file_align); You will find that the same thing will happen when ld generates executable files, so there will be more places to patch. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10193 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils