This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: gc sections and .eh_frame

From: Eric Botcazou <ebotcazou at adacore dot com>
To: Jonathan Larmour <jifl at ecoscentric dot com>
Cc: binutils at sources dot redhat dot com, Alan Modra <amodra at bigpond dot net dot au>
Date: Fri, 10 Jun 2005 16:49:11 +0200
Subject: Re: gc sections and .eh_frame
References: <42A5DE0C.9050108@eCosCentric.com> <200506101543.47700.ebotcazou@adacore.com> <42A9A33F.7030406@eCosCentric.com>

> Indeed so, well thought! I've tested it with powerpc-eabi and it works
> fine. I'm happy with that, great work, thanks!

Thanks for confirming.  However I think I've grasped Alan's remark and we 
indeed risk marking all the functions in a given input file if it happens to 
contain no EH tables because its functions don't need them.

I can think of 2 solutions: a second loop as you initially suggested or to add 
a new parameter 'skip_code' to _bfd_elf_gc_mark to skip SEC_CODE sections 
when it is invoked on .eh_frame.  Alan will decide whether the latter approach 
is easily implementable.

-- 
Eric Botcazou

Follow-Ups:
- Re: gc sections and .eh_frame
  - From: Jonathan Larmour
- Re: gc sections and .eh_frame
  - From: Jonathan Larmour

References:
- gc sections and .eh_frame
  - From: Jonathan Larmour
- Re: gc sections and .eh_frame
  - From: Eric Botcazou
- Re: gc sections and .eh_frame
  - From: Jonathan Larmour

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]