Re: Merging the OpenGLRaw and gl packages

Sven Panne <[email protected]> Wed, 30 Sep 2015 16:29:12 +0200
Newsgroups gmane.comp.lang.haskell.hopengl,gmane.comp.lang.haskell.cafe
Message-ID <CANBN=msTe-=fB6p89-4+iBQ3vj_8GY-o-j1Ee9iH2-DGTc_itg@mail.gmail.com>
--===============0781177851434710285==
Content-Type: multipart/alternative; boundary=001a1136ffec1adff20520f7c184

--001a1136ffec1adff20520f7c184
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

After some discussions via email and via the Wiki (
https://github.com/haskell-opengl/OpenGLRaw/wiki/Merging-OpenGLRaw-and-gl),
I've already made a few changes to OpenGLRaw, bringing it closer to 'gl'.
These are fully backwards compatible, because they mainly consist of
improvements in the generated documentation and the addition of various
extension-related retrieval functions. Before I move on and introduce
breaking changes, I'd like to hear some opinions about a few items which
might need some more discussion:

  * Should OpenGLRaw use pattern synonyms? (Probably yes, but note that
this implies GHC >=3D 7.8.1)

  * Should OpenGLRaw use the 'Half' type from the 'half' package? (Probably
yes, but again this implies GHC 7.8.1)

  * Should the incredibly long 'Graphics.Rendering.OpenGL.Raw' module
prefix be replaced by the more palatable 'Graphics.GL.Raw'? (Probably yes)

More details and other already resolved and/or less controversial items can
be found on the Wiki. The plan is to release a new OpenGLRaw version soon
(3.0), after which Edward and Gabr=C3=ADel Arth=C3=BAr can deprecate the 'g=
l' package
(if they like).

--001a1136ffec1adff20520f7c184
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra">After some discussions via emai=
l and via the Wiki (<a href=3D"https://github.com/haskell-opengl/OpenGLRaw/=
wiki/Merging-OpenGLRaw-and-gl">https://github.com/haskell-opengl/OpenGLRaw/=
wiki/Merging-OpenGLRaw-and-gl</a>), I&#39;ve already made a few changes to =
OpenGLRaw, bringing it closer to &#39;gl&#39;. These are fully backwards co=
mpatible, because they mainly consist of improvements in the generated docu=
mentation and the addition of various extension-related retrieval functions=
. Before I move on and introduce breaking changes, I&#39;d like to hear som=
e opinions about a few items which might need some more discussion:</div><d=
iv class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">=C2=A0 * Shou=
ld OpenGLRaw use pattern synonyms? (Probably yes, but note that this implie=
s GHC &gt;=3D 7.8.1)</div><div class=3D"gmail_extra"><br></div><div class=
=3D"gmail_extra">=C2=A0 * Should OpenGLRaw use the &#39;Half&#39; type from=
 the &#39;half&#39; package? (Probably yes, but again this implies GHC 7.8.=
1)</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">=C2=
=A0 * Should the incredibly long &#39;Graphics.Rendering.OpenGL.Raw&#39; mo=
dule prefix be replaced by the more palatable &#39;Graphics.GL.Raw&#39;? (P=
robably yes)</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_=
extra">More details and other already resolved and/or less controversial it=
ems can be found on the Wiki. The plan is to release a new OpenGLRaw versio=
n soon (3.0), after which Edward and=C2=A0Gabr=C3=ADel Arth=C3=BAr can depr=
ecate the &#39;gl&#39; package (if they like).</div></div>

--001a1136ffec1adff20520f7c184--

--===============0781177851434710285==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
HOpenGL mailing list
[email protected]
http://mail.haskell.org/cgi-bin/mailman/listinfo/hopengl

--===============0781177851434710285==--