matplotlib-devel Mailing List for matplotlib

On 11/9/2011 2:00 PM, Arik Raffael Funke wrote:
> Hi Mike,
>
> I managed to get matplotlib to compile and run on Python 3.2.2 on
> Windows though at present there are two problems:
>
> 1. The linker is missing the "/MANIFEST" argument. This means that the
> manifest files are not being created and somehow the module does not
> link the dependencies properly. (Resulting in the problem I described in
> my email earlier today.) Also linking breaks due to the missing manifest
> files.
This is not a matplotlib specific issue. You are using Visual Studio 
2010, which is not officially supported by Python distutils.
>
> I found that a (probably too specific) fix is to modify the function
> "make_extension" in setupext.py: Changing the first line of the function to:
> ext = Extension(*args, extra_link_args=['/MANIFEST'], **kwargs)
>
> I am sure however that the extra arguments must be set depending on the
> compiler chosen - though I do not quite follow the workflow of setup.py...
>
>
> 2. The file containing the visual studio static dependencies
> (http://matplotlib.sourceforge.net/win32_static_vs.tar.gz) still has the
> old tk and tcl versions. It would suffice to add tk85.lib and tcl85.lib
> from a Python3 installation to the package.
I recommend against using that package. It is better to build all 
dependencies with the same compiler and settings that will be used to 
build matplotlib. Up-to-date static libraries for the MS compilers 
supported by Python distutils are at 
<http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib>
Christoph
>
> Also, the existence of this package is very poorly advertised. It seems
> to be mentionned only in the code of setupext.py. The wiki-page
> http://matplotlib.sourceforge.net/users/installing.html makes no mention
> of it in the setion "Installing from source". It suggests that it is
> necessary to build each of the dependencies oneself.
>
> Apart from this, on the face of it matplotlib seems to work fine on
> Python 3.2.2 on Windows.
>
> Many thanks!!!
> Arik
>
>
> On 09/11/2011 18:24, Michael Droettboom wrote:
> > I just pressed the big green merge button... :)
> >
> > Master should now have all of the Python 3 portability changes. It's
> > passing all tests, and running all examples, but I still wouldn't be
> > surprised if some things broke in the process. Please kick the tires
> > and report bugs. It would be helpful in the bug reports to know whether
> > the bug is only on Python 2 or 3 or both, and whether it is a regression
> > from matplotlib 1.1.x.
> >
> > Cheers,
> > Mike
> >
> >
> ------------------------------------------------------------------------------
> > RSA(R) Conference 2012
> > Save 700ドル by Nov 18
> > Register now
> > http://p.sf.net/sfu/rsa-sfdev2dev1
>
>
>

Hi Mike,
I managed to get matplotlib to compile and run on Python 3.2.2 on 
Windows though at present there are two problems:
1. The linker is missing the "/MANIFEST" argument. This means that the 
manifest files are not being created and somehow the module does not 
link the dependencies properly. (Resulting in the problem I described in 
my email earlier today.) Also linking breaks due to the missing manifest 
files.
I found that a (probably too specific) fix is to modify the function 
"make_extension" in setupext.py: Changing the first line of the function to:
ext = Extension(*args, extra_link_args=['/MANIFEST'], **kwargs)
I am sure however that the extra arguments must be set depending on the 
compiler chosen - though I do not quite follow the workflow of setup.py...
2. The file containing the visual studio static dependencies 
(http://matplotlib.sourceforge.net/win32_static_vs.tar.gz) still has the 
old tk and tcl versions. It would suffice to add tk85.lib and tcl85.lib 
from a Python3 installation to the package.
Also, the existence of this package is very poorly advertised. It seems 
to be mentionned only in the code of setupext.py. The wiki-page 
http://matplotlib.sourceforge.net/users/installing.html makes no mention 
of it in the setion "Installing from source". It suggests that it is 
necessary to build each of the dependencies oneself.
Apart from this, on the face of it matplotlib seems to work fine on 
Python 3.2.2 on Windows.
Many thanks!!!
Arik
On 09/11/2011 18:24, Michael Droettboom wrote:
 > I just pressed the big green merge button... :)
 >
 > Master should now have all of the Python 3 portability changes. It's
 > passing all tests, and running all examples, but I still wouldn't be
 > surprised if some things broke in the process. Please kick the tires
 > and report bugs. It would be helpful in the bug reports to know whether
 > the bug is only on Python 2 or 3 or both, and whether it is a regression
 > from matplotlib 1.1.x.
 >
 > Cheers,
 > Mike
 >
 > 
------------------------------------------------------------------------------
 > RSA(R) Conference 2012
 > Save 700ドル by Nov 18
 > Register now
 > http://p.sf.net/sfu/rsa-sfdev2dev1
-- 
Arik FUNKE
Institut Langevin
ESPCI ParisTech, CNRS UMR 7587, UPMC, UDD, INSERM
10 rue Vauquelin, 75231 PARIS Cedex 05, FRANCE
Tel: +33 1 40 79 45 91; Fax: +33 1 40 79 45 37
E-mail: ari...@es...

I just pressed the big green merge button... :)
Master should now have all of the Python 3 portability changes. It's 
passing all tests, and running all examples, but I still wouldn't be 
surprised if some things broke in the process. Please kick the tires 
and report bugs. It would be helpful in the bug reports to know whether 
the bug is only on Python 2 or 3 or both, and whether it is a regression 
from matplotlib 1.1.x.
Cheers,
Mike

Hello
I have been trying to use the py3k branch but I am having some problems 
I am hoping somebody could help me with; more specifically I am looking 
for a way to statically link matplotlib.
Using
- VC 2010
- python 3.2.2
- the static linking libraries / header files for matplotlib
I have managed to get the py3k branch to build and install.
Unfortunately when I do "import pylab", python complains about missing 
dlls (for each of its dependencies, zlib, freetype, ...). Is there a way 
to link the libraries statically? I would really love to avoid having to 
juggle with dlls.
Many thanks.
Regards,
Arik
PS: As a side note, while building I am getting a lot of errors of the type:
build\temp.win32-3.2\Release\src\ft2font.pyd.manifest : general error 
c1010070: Failed to load and parse the manifest. error: command 'mt.exe' 
failed with exit status 31
I managed to get rid of these by manually creating empty .manifest files 
though I am not sure what effect this might have and whether there is an 
easier way.
-- 
Arik FUNKE
Institut Langevin
ESPCI ParisTech, CNRS UMR 7587, UPMC, UDD, INSERM
10 rue Vauquelin, 75231 PARIS Cedex 05, FRANCE
Tel: +33 1 40 79 45 91; Fax: +33 1 40 79 45 37
E-mail: ari...@es...