You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mynewt.apache.org by Szymon Janc <sz...@codecoup.pl> on 2017/06/12 11:58:52 UTC
[RFC] experimental features and APIs
Hi,
I was wondering on how we could add 'experimental' features or APIs to Mynewt.
My rationale is that sometimes we may want to include feature in
master branch for broader exposition but leave a room for API tweaks.
My rough proposal would be to add "Experimental" flag that
experimental features could depend on. This would warn user that API
used may change in incompatible way before it is stabilized. This flag
would have to be explicitly set by user on syscfg.yml.
Thoughts?
--
pozdrawiam
Szymon K. Janc
Re: [RFC] experimental features and APIs
Posted by Szymon Janc <sz...@codecoup.pl>.
Hi Will,
On Wednesday, 14 June 2017 00:19:22 CEST will sanfilippo wrote:
> Not sure that I sent a reply about this but I meant to :-)
>
> Seems fine to me.
OK, we are going to mark some of the BT5 public API as experimental on
bluetooth5 branch before making PR to master so details can be discussed
there.
> > On Jun 12, 2017, at 4:58 AM, Szymon Janc <sz...@codecoup.pl> wrote:
> >
> > Hi,
> >
> > I was wondering on how we could add 'experimental' features or APIs to
> > Mynewt. My rationale is that sometimes we may want to include feature in
> > master branch for broader exposition but leave a room for API tweaks.
> >
> > My rough proposal would be to add "Experimental" flag that
> > experimental features could depend on. This would warn user that API
> > used may change in incompatible way before it is stabilized. This flag
> > would have to be explicitly set by user on syscfg.yml.
> >
> > Thoughts?
--
pozdrawiam
Szymon Janc
Re: [RFC] experimental features and APIs
Posted by will sanfilippo <wi...@runtime.io>.
Not sure that I sent a reply about this but I meant to :-)
Seems fine to me.
> On Jun 12, 2017, at 4:58 AM, Szymon Janc <sz...@codecoup.pl> wrote:
>
> Hi,
>
> I was wondering on how we could add 'experimental' features or APIs to Mynewt.
> My rationale is that sometimes we may want to include feature in
> master branch for broader exposition but leave a room for API tweaks.
>
> My rough proposal would be to add "Experimental" flag that
> experimental features could depend on. This would warn user that API
> used may change in incompatible way before it is stabilized. This flag
> would have to be explicitly set by user on syscfg.yml.
>
> Thoughts?
>
> --
> pozdrawiam
> Szymon K. Janc