Proposal: OpenGL/GLUT

Mark Lentczner mark.lentczner at gmail.com
Thu Mar 21 02:59:05 GMT 2013


I don't see a need for imposing naming conventions on packages at this
stage. While it is tempting to "do it while we're young", and get it
consistent from the start, we run the risk of designing (or over designing)
that which which we have no experience to compel us one way or the other.

Given the small number of packages in the platform, and the already diverse
set of naming conventions - and the total lack of any bugs related to
package naming - I think it would be premature to try to come up with
package naming guidelines at this level of detail.

- Mark


On Wed, Mar 20, 2013 at 5:10 PM, Jason Dagit <dagitj at gmail.com> wrote:

>
>
> On Wed, Mar 20, 2013 at 2:07 PM, Mikhail Glushenkov <
> the.dead.shall.rise at gmail.com> wrote:
>
>> Hi,
>>
>> On Wed, Mar 20, 2013 at 6:47 PM, Jason Dagit <dagitj at gmail.com> wrote:
>> > http://trac.haskell.org/haskell-platform/wiki/Proposals/OpenGL
>> >
>> > OpenGLRaw: provides low-level foreign imports and marshalling code for
>> > directly interfacing with the C OpenGL API. This library is used by
>> > higher-level abstractions, such as the OpenGL package, and closely
>> matches the
>> > C API for OpenGL.
>>
>> One question about naming: do we want to adopt some standard naming
>> scheme for such libraries (consisting mostly of raw FFI bindings)? For
>> example, the low-level bindings library for LLVM is called llvm-base,
>> and a popular naming convention on Hackage seems to be bindings-* [1].
>> If we at some point decide to add some other low-level FFI bindings
>> library to HP, it'd be nice if the naming convention was uniform.
>>
>
> I'd prefer to separate that discussion from the current proposal. Mainly
> because if folks decide that platform packages are subject to naming
> requirements like this then maintainers should be given time to adjust. I
> think that in turn will require dependent packages to updated. In this
> case, everything that currently uses OpenGLRaw would potentially be
> affected.
>
> Jason
>
> _______________________________________________
> Haskell-platform mailing list
> Haskell-platform at projects.haskell.org
> http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://projects.haskell.org/pipermail/haskell-platform/attachments/20130320/db1abdb7/attachment-0001.htm>


More information about the Haskell-platform mailing list