[PATCH v1] Port ndbm
Vaibhav Gupta
vaibhavgupta40@gmail.com
Mon Jul 22 16:11:00 GMT 2019
On Thu, Jul 11, 2019 at 3:48 AM Joel Sherrill <joel@rtems.org> wrote:
> On Wed, Jul 10, 2019 at 1:45 PM Yaakov Selkowitz <yselkowi@redhat.com>
> wrote:
>
> > On Wed, 2019-07-10 at 13:30 -0500, Joel Sherrill wrote:
> > > On Wed, Jul 10, 2019 at 12:59 PM Yaakov Selkowitz wrote:
> > > > On Wed, 2019-07-10 at 12:44 -0400, Craig Howland via newlib wrote:
> > > > > This is POSIX XSI. Shouldn't there be some kind of gate? (Or
> since
> > the entire
> > > > > header is under XSI, no gate is needed since the user controls it
> on
> > a file
> > > > > level? I prefer this, but I don't know what general Newlib policy
> > is, as most
> > > > > are mixed in and need individual gates.)
> > > >
> > > > The latter.
> > >
> > > Just to be clear, you are wanting gates around individual (or small
> > groups
> > > of) methods?
> >
> > Gating is only necessary when some parts of a header are governed by
> > different standards than other parts therein (e.g. XSI or GNU
> > extensions to an ANSI header). Gating is NOT necessary when an entire
> > header is governed by a later standard and not included by other
> > standard headers, as the #include itself is essentially the gate.
> >
> >
> Thanks. Have we missed any issues with this patch that need to be
> addressed?
>
> Also when I regenerated with autoconf 2.69 instead of 2.68 from libc, there
> were over 3K lines in the diff. The build worked but I assume someone who
> regularly regenerates the files will want to do this.
>
Hello,
Are there any issues yet, left in this port? Can it be merged?
- Vaibhav Gupta
>
>
>
> > --
> > Yaakov Selkowitz
> > Senior Software Engineer - Platform Enablement
> > Red Hat, Inc.
> >
> >
> >
>
More information about the Newlib
mailing list