This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB 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: [PATCH v2 10/14] make dwarf_expr_frame_base_1 public


Eli Zaretskii wrote:
> > Date: Mon, 23 Jun 2014 09:18:15 +0100
> > From: Gary Benson <gbenson@redhat.com>
> > Cc: Tom Tromey <tromey@redhat.com>, gdb-patches <gdb-patches@sourceware.org>
> > 
> > > > 2014-06-20  Tom Tromey  <tromey@redhat.com>
> > > >
> > > >         * dwarf2loc.h (dwarf_expr_frame_base_1): Declare.
> > > >         * dwarf2loc.c (dwarf_expr_frame_base_1): Now public.
> > > 
> > > [apologies for the repeat ... curse you gmail ...]
> > > 
> > > Can you remove the _1?
> > > (renaming it as needed)
> > > I see the non _1 version is also static, so some reasonable renaming
> > > (perhaps of both) should be simple enough.
> > 
> > Is there some convention about what "_1" means in a function name?
> 
> In most, if not all, cases I saw those are internal subroutines of the
> sans-_1 peers.

Is "_1" acceptable in new code?  I have a vague memory of having to
update a patch to rename a new "_1" function I'd created.  If it's
not then maybe these should be renamed as people touch them.

In any event, I don't think any non-static function should be called
"_1".

Thanks,
Gary

-- 
http://gbenson.net/


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