I'm starting a doc on 1. HAL draft for all of us to contribute to. Right now
its a google doc, but it would be better to put someplace that our dev team can
all edit. Is there a better place on apache to host this.
For now, I post so anyone can comment. My goal is not to discourage or
> On Apr 26, 2016, at 8:28 AM, Christopher Collins wrote:
>
> On Sun, Apr 24, 2016 at 10:08:09AM -0700, Sterling Hughes wrote:
>> Hi,
>>
>> As we start to bring on new contributors, and operate as a project, its
>> increasingly important that we document and agree upon
I am not sure I would put it that way. The POSIX headers are part of
the "implementation," so they are permitted to use the reserved
namespace. Since mynewt code needs to build in sim (POSIX) and also
freestanding implementations, it is probably best to respect both
standards in our code.
Chris
On 4/26/16 9:22 AM, Christopher Collins wrote:
On Tue, Apr 26, 2016 at 09:06:37AM -0700, Sterling Hughes wrote:
I think we do need a naming convention here - I'm fine adopting H_*.
I'll point out that almost every POSIX or LIBC header I've ever seen
uses underscore, and I believe this is only
On Tue, Apr 26, 2016 at 09:06:37AM -0700, Sterling Hughes wrote:
> I think we do need a naming convention here - I'm fine adopting H_*.
> I'll point out that almost every POSIX or LIBC header I've ever seen
> uses underscore, and I believe this is only reserved in C++ -- that
> said, we need to
On 4/26/16 8:28 AM, Christopher Collins wrote:
On Sun, Apr 24, 2016 at 10:08:09AM -0700, Sterling Hughes wrote:
Hi,
As we start to bring on new contributors, and operate as a project, its
increasingly important that we document and agree upon coding standards.
I think we've done a good
On Sun, Apr 24, 2016 at 10:08:09AM -0700, Sterling Hughes wrote:
> Hi,
>
> As we start to bring on new contributors, and operate as a project, its
> increasingly important that we document and agree upon coding standards.
> I think we've done a good job of maintaining this consistency
>
Hi,
On Mon, Apr 25, 2016, will sanfilippo wrote:
> > 9) I think the 79 character line length is not really helpful. I¹d rather
> > see slightly longer lines. I often prefer To use longer names for example
> > int res = hal_adc_get_resolution_mvolts(padc) to make it clear what is
> > going on
> On Apr 25, 2016, at 9:22 PM, p...@wrada.com wrote:
>
>
> My notes. Only a few strong opinions.
>
> 0) Way to go Sterling. Better sooner than later for this.
> 1) when I was writing the hal I wrote a hal/hal_adc.h (public API) and
> mcu/hal_adc.h (private API name for the BSP to set MCU