Re: [avr-libc-dev] Adding (some) Procyon AVRlibfunctionalitytoavr-libc

[Ruddick Lawrence]

I too agree that the license is not even a point of discussion.
As for the style (camel vs. underscore), I'm not sure we really came to a
conclusion on that. I think a good way to handle it is for a few of us to
draft a set of guidelines and then submit them back to the community for
comments. I'll set that up.

On Sat, Sep 19, 2009 at 6:25 AM, Weddington, Eric <address@hidden
> wrote:

>
>
> > -----Original Message-----
> > From:
> > address@hidden
> > [mailto:avr-libc-dev-bounces+eric.weddington<avr-libc-dev-bounces%2Beric.weddington>
> address@hidden
> > org] On Behalf Of Ron Kreymborg
> > Sent: Saturday, September 19, 2009 4:39 AM
> > To: address@hidden
> > Subject: RE: [avr-libc-dev] Adding (some) Procyon
> > AVRlibfunctionalitytoavr-libc
> >
> > I first thought of spi Eric, but changed to usart exactly for
> > the reason you
> > stated: everybody's written one. But spi is ok by me as the
> > first device to
> > implement. Going through the steps I suggested all the way to
> > releasing the
> > core with its one spi driver will test how we work together,
> > the mechanisms
> > we use to manage it, and perhaps how we respond to criticism.
>
> I think that's a good plan. :-)
>
>
> > By the way, is there a licensing question?
>
>
> Well, I hate to be a stick in the mud on this issue, but if it's not the
> BSD license, the exact same that is on avr-libc, then I cannot contribute to
> it, and it's very unlikely that it will be distributed with WinAVR. The BSD
> license is very liberal, in that it allows anyone to do anything with the
> code. Just don't claim that you wrote it when you didn't, and don't use the
> author's names to promote and advertise your product. This license also
> allows users to incorporate the code into commercial products without
> releasing the rest of their proprietary code.
>
>
> _______________________________________________
> AVR-libc-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
>