This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: cr16-elf tools error: no .eh_frame_hdr table will be created.
- From: "M R Swami Reddy" <MR dot Swami dot Reddy at nsc dot com>
- To: "Alan Modra" <amodra at bigpond dot net dot au>
- Cc: "binutils at sourceware dot org" <binutils at sourceware dot org>
- Date: Tue, 07 Jul 2009 14:21:55 +0530
- Subject: Re: cr16-elf tools error: no .eh_frame_hdr table will be created.
- References: <4A4B31D8.90709@nsc.com> <20090701115620.GV3861@bubble.grove.modra.org> <4A4B5715.4070002@nsc.com> <20090702003254.GW3861@bubble.grove.modra.org> <4A4DDC31.8060907@nsc.com> <20090704015312.GZ3861@bubble.grove.modra.org> <4A51C0BF.1090407@nsc.com> <20090707001826.GA3861@bubble.grove.modra.org> <4A52EECD.9000402@nsc.com> <4A52F1AD.2040000@nsc.com> <20090707083109.GC3861@bubble.grove.modra.org>
| | What is meaning of having the R_CR16_NONE reloc in final linked executable?
In this case, what is happening is that the .eh_frame optimization
is deleting duplicate FDEs or CIEs that have relocations. The
relocations no longer are needed but it is too late to reclaim their
space in the object, so they are changed to be NONE relocs.
OK. Thank you very much for clarification.
Is there any flag to avoid the eh_frame optimization by default?
Thanks
Swami