Re: Extension functions in Python3 on Win32
Rob Reilink <[email protected]> Fri, 27 Apr 2012 15:43:50 +0200
| Newsgroups | gmane.comp.python.opengl.devel |
|---|---|
| Message-ID | <[email protected]> |
--===============1506188458715042758== Content-Type: multipart/alternative; boundary=Apple-Mail-9-744744730 --Apple-Mail-9-744744730 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Anthony, We (Science Applied) are using Py3 with bzr head. I am on Mac OS X, = Almar Klein is on Win32. It seems that the result of this bug was that = only functions that are provided by extensions (or something the like) = were influenced. Almar is going to work on his visualization toolkit (visvis) to get that = to work on Python3 (he just started and this bug was the first issue in = PyOpenGL that he encountered). We do now have some of our test cases = working, while others are not yet. The problem(s) may be either in = visvis or in PyOpenGL, that is to be seen in the coming weeks (he's on = holidays next week but he'll probably do some more testing/Py3 porting = after next week) Anyway, for now, I'll create a fork and a pull request. Rob --------------------------------------------- Rob Reilink, M.Sc Science Applied phone: +31 6 187 26562 e-mail: [email protected] --------------------------------------------- Op 27 apr 2012, om 15:04 heeft Mike C. Fletcher het volgende geschreven: >=20 > BTW, is anyone actively using a Python3 version with bzr head? This = bug=20 > seems like it would make the whole thing a non-starter (if no function=20= > will load, it doesn't seem anyone would get anywhere useful). If = we're=20 > close, I'd prefer to get the major Python3 compatibility changes into = at=20 > least one beta release of 3.0.2 before we roll out a final. I've got = a=20 > TODO sitting in my inbox for allowing unicode in GLchar*, but AFAIK=20 > that's our only pending 3.x enhancement. If we're a long way from=20 > compatibility I may as well push a 3.0.2 beta and plan for 3.0.3 to = have=20 > Python3 compatibility. >=20 > Have fun, > Mike >=20 --Apple-Mail-9-744744730 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; = "><div>Hi Anthony,</div><div><br></div>We (Science Applied) are using = Py3 with bzr head. I am on Mac OS X, Almar Klein is on Win32. It seems = that the result of this bug was that only functions that are provided by = extensions (or something the like) were = influenced.<div><br></div><div>Almar is going to work on his = visualization toolkit (visvis) to get that to work on Python3 (he just = started and this bug was the first issue in PyOpenGL that he = encountered). We do now have some of our test cases working, while = others are not yet. The problem(s) may be either in visvis or in = PyOpenGL, that is to be seen in the coming weeks (he's on holidays next = week but he'll probably do some more testing/Py3 porting after next = week)</div><div><br></div><div>Anyway, for now, I'll create a fork = and a pull = request.</div><div><br></div><div>Rob</div><div><br><div><br><div> <span class=3D"Apple-style-span" style=3D"border-collapse: separate; = color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; = font-variant: normal; font-weight: normal; letter-spacing: normal; = line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: = 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: = 0px; -webkit-border-horizontal-spacing: 0px; = -webkit-border-vertical-spacing: 0px; = -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: = auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span = class=3D"Apple-style-span" style=3D"border-collapse: separate; color: = rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: = normal; font-weight: normal; letter-spacing: normal; line-height: = normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; = text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; = -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: = 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: = auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space; = "><div>---------------------------------------------<br>Rob Reilink, = M.Sc<br>Science Applied</div><div><br>phone: +31 6 187 = 26562<br>e-mail: <a = href=3D"mailto:[email protected]">[email protected]<= /a><br>---------------------------------------------</div><div><br></div><= /div></span><br class=3D"Apple-interchange-newline"></span><br = class=3D"Apple-interchange-newline"> </div> <br><div><div>Op 27 apr 2012, om 15:04 heeft Mike C. Fletcher het = volgende geschreven:</div><blockquote type=3D"cite"><div><br>BTW, is = anyone actively using a Python3 version with bzr head? This bug = <br>seems like it would make the whole thing a non-starter (if no = function <br>will load, it doesn't seem anyone would get anywhere = useful). If we're <br>close, I'd prefer to get the major Python3 = compatibility changes into at <br>least one beta release of 3.0.2 before = we roll out a final. I've got a <br>TODO sitting in my inbox for = allowing unicode in GLchar*, but AFAIK <br>that's our only pending 3.x = enhancement. If we're a long way from <br>compatibility I may as = well push a 3.0.2 beta and plan for 3.0.3 to have <br>Python3 = compatibility.<br><br>Have = fun,<br>Mike<br><br></div></blockquote></div><br></div></div></body></html= >= --Apple-Mail-9-744744730-- --===============1506188458715042758== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ --===============1506188458715042758== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ PyOpenGL Homepage http://pyopengl.sourceforge.net _______________________________________________ PyOpenGL-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pyopengl-devel --===============1506188458715042758==--