public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
* [PATCH 0/2] libsframe: changes to semantics of two existing APIs
@ 2023-06-08  4:49 Indu Bhagat
  2023-06-08  4:49 ` [PATCH 1/2] libsframe: update the semantics of sframe_fre_get_ra_offset Indu Bhagat
  2023-06-08  4:49 ` [PATCH 2/2] libsframe: update the semantics of sframe_fre_get_fp_offset Indu Bhagat
  0 siblings, 2 replies; 3+ messages in thread
From: Indu Bhagat @ 2023-06-08  4:49 UTC (permalink / raw)
  To: binutils; +Cc: Indu Bhagat

Hello,

This patch set needs review/discussion.

I had previously thought that such a change will necessitate symbol versioning
for the functions in question (Hence, the question towards the end in the
thread https://sourceware.org/pipermail/binutils/2023-May/127441.html).  But
after some thought, I am inclining towards not keeping versionined APIs for the
following functions in the current patch set:

  - extern int32_t
    sframe_fre_get_fp_offset (sframe_decoder_ctx *dctx,
			      sframe_frame_row_entry *fre, int *errp);
  - extern int32_t
    sframe_fre_get_ra_offset (sframe_decoder_ctx *dctx,
			      sframe_frame_row_entry *fre, int *errp);

The reason for not versioning the functions is that the proposed change, in
both the functions, is switching a previous error into non-error.  This should
not break a consumer like stack tracer: The only case of breakage will be when
the stack tracer code relies on the APIs returning specific error code.  The
latter should be unnecessary and rare, IMO.

More details in the respective commit logs. (PS: The tone in the commit logs
is more decisive than the cover letter here, because it is aligned to what the
patches do.)

Can you please take a look and let me know what you think ?  There is some
subjectivity to the matter, hence the request for comments before this is
committed.

Thanks,
Indu Bhagat (2):
  libsframe: update the semantics of sframe_fre_get_ra_offset
  libsframe: update the semantics of sframe_fre_get_fp_offset

 libsframe/sframe-dump.c | 12 ++++++++----
 libsframe/sframe.c      | 31 ++++++++++++++++++++-----------
 2 files changed, 28 insertions(+), 15 deletions(-)

-- 
2.39.2


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2023-06-08  4:49 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-06-08  4:49 [PATCH 0/2] libsframe: changes to semantics of two existing APIs Indu Bhagat
2023-06-08  4:49 ` [PATCH 1/2] libsframe: update the semantics of sframe_fre_get_ra_offset Indu Bhagat
2023-06-08  4:49 ` [PATCH 2/2] libsframe: update the semantics of sframe_fre_get_fp_offset Indu Bhagat

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).