[PATCH,V2] readelf: objdump: sframe: fix dumping with section name

Indu Bhagat indu.bhagat@oracle.com
Thu Jul 24 16:57:14 GMT 2025


On 7/24/25 8:09 AM, Jan Beulich wrote:
> On 23.07.2025 08:41, Indu Bhagat via Binutils wrote:
>> @@ -4999,6 +5002,18 @@ dump_sframe_section (bfd *abfd, const char *sect_name, bool is_mainfile)
>>   	  printf (_("No %s section present\n\n"), sanitize_string (sect_name));
>>   	  return;
>>   	}
>> +      /* Starting with Binutils 2.45, SFrame sections have section type
>> +	 SHT_GNU_SFRAME.  For SFrame sections from Binutils 2.44 or earlier,
>> +	 check explcitly for SFrame sections of type SHT_PROGBITS and name
>> +	 ".sframe." to allow them.  */
> 
> There's a seemingly stray dot in the quoted section name.
> 
> Okay with that adjustment (or a clarification of what I'm missing),
> even if I'm not entirely happy with the overall behavior (as previously
> noted).
> 

(Sorry, looks like I missed some of your concerns then.)
What is the concern that needs clarification ?

I am aware of the recommendation for the --sframe option to rather 
behave as:

   - objdump and readelf dump SHT_GNU_SFRAME sections when presented 
with --sframe irrespective of the name.  If there are multiple 
SHT_GNU_SFRAME, they be dumped with --sframe.

   - objdump and readelf continue to dump specific SFrame sections by 
name if user specifies --sframe=<section-name>.

To do the above, we need to remove the "default: .sframe" from the 
publicized options.  I did not prefer to do that at this time as I want 
to backport this patch to 2.45 (still to ask Nick).  FWIW, most users 
will not hit the need for above IMO, but I will see if I can get to this 
later for 2.46.

Thanks for reviewing
Indu


More information about the Binutils mailing list