[Wheel-builders] [Matplotlib-devel] Manylinux external library test case - matplotlib, tk

[Michael Droettboom]

I'd be open to a ctypes implementation of the tk backend as long as it's
fully optional (like the current tk backend) since using ctypes excludes us
from use in restricted environments such as Google app engine.

Submitting the buffer hook to tcl/tk and/or tkinter would be nice.  All
other modern Python GUI frameworks have this feature.

Mike

On Thu, Apr 28, 2016, 8:45 AM Matthew Brett <matthew.brett at gmail.com> wrote:

> Hi,
>
> On Mon, Apr 25, 2016 at 4:23 PM, Matthew Brett <matthew.brett at gmail.com>
> wrote:
> > Hi,
> >
> > On Mon, Apr 25, 2016 at 12:42 PM, Olivier Grisel
> > <olivier.grisel at ensta.org> wrote:
> >> 2016-04-25 21:19 GMT+02:00 Benjamin Root <ben.v.root at gmail.com>:
> >>> What would be better is if we can get rid of the compilation
> requirement,
> >>> but from Michael's comments in the past, it seems that this isn't
> possible
> >>> at the moment. The problem is that the compiled portion provides the
> image
> >>> buffer access, which seems to not be available at the python level.
> Perhaps
> >>> it might make sense to pursue submitting our code to the Tk/Tcl
> project so
> >>> that we might be able to drop this step at some point?
> >>
> >> Wouldn't it be possible to rewrite this part using ctypes instead?
> >
> > I had the same thought - has anyone looked into that?
>
> I was thinking of looking into this.  It would be very useful to
> unlink matplotlib from the tk compile.  It's already a pain to get
> this right for OSX - for the wheel build, we have to download the
> activestate tcl/tk, check it's the right version, link to it, and then
> make sure we haven't shipped any of it :
>
>
> https://github.com/MacPython/matplotlib-wheels/blob/master/run_install.sh#L5
> https://github.com/MacPython/matplotlib-wheels/blob/master/check_tcl.py
> https://github.com/MacPython/matplotlib-wheels/blob/master/mpl_delocate.py
>
> I'm sure it's also annoying on Windows.
>
> Michael D - are you the right person to ask about this stuff?   Do you
> have any pointers about where the problems will be?
>
> Thanks a lot,
>
> Matthew
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/wheel-builders/attachments/20160428/3f3bcfd9/attachment.html>