2010/7/20 Tommy Grav :
> I am trying to compile matplotlib for ActiveState 2.7.0.1 - 64bit on mac os x.
> I have installed numpy 1.4.1 and scipy 0.8.0 from source. Compiling matplotlib
> using
>
> sudo make -f make.osx fetch deps mpl_build mpl_install
>
> works fine, but
>
> sudo python setup.py bu
Sorry for the badly formatted email with broken threading (I realized that my
matplotlib-user
subscription was held due to my email bouncing earlier in the month.
> Re: [Matplotlib-users] Compile error
> From: Michael Droettboom - 2010-07-20 17:17
> It looks as if you do not
It looks as if you do not have the freetype development headers installed.
Mike
On 07/20/2010 01:00 PM, Tommy Grav wrote:
> I am trying to compile matplotlib for ActiveState 2.7.0.1 - 64bit on mac os x.
> I have installed numpy 1.4.1 and scipy 0.8.0 from source. Compiling matplotlib
> using
>
> s
I am trying to compile matplotlib for ActiveState 2.7.0.1 - 64bit on mac os x.
I have installed numpy 1.4.1 and scipy 0.8.0 from source. Compiling matplotlib
using
sudo make -f make.osx fetch deps mpl_build mpl_install
works fine, but
sudo python setup.py build
yields the error below. Anyone
I applied the parts of the patch that don't affect the swig files.
Seems to be working well.
Thanks,
Charlie
On 9/20/06, Andrew Jaffe <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> As discussed by David Cooke, above, I think there are still some other
> issues, at least under OSX: several files nee
Hi all,
As discussed by David Cooke, above, I think there are still some other
issues, at least under OSX: several files need to be patch to convert
int to the new Py_ssize_t, at least in cxx_extensions.cxx and _image.cpp
Will these be changed?
Andrew
Achim Gaedke wrote:
> Hi there!
>
> I
Hi there!
I built numpy-1.0b5 and pygtk with python2.5 on Sunday. It worked, but I
use numarray as standard numerix extension.
There was a bugfix for numpy-1.0b5 that is already contained in their
repository version.
Yours, Achim
Charlie Moad wrote:
> It builds now. We still have to wait on a u
It builds now. We still have to wait on a useable numpy for python2.5
and pygtk for windows/py2.5. All the other components are there or we
can build.
On 9/20/06, John Hunter <[EMAIL PROTECTED]> wrote:
> > "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
>
> Charlie> This came up on
> "Charlie" == Charlie Moad <[EMAIL PROTECTED]> writes:
Charlie> This came up on the dev list yesterday and we tried with
Charlie> swig-1.3.29, which is the latest listed release on SF.
Charlie> The link you provided shows this was indeed fixed after
Charlie> the 1.3.29 release
This came up on the dev list yesterday and we tried with swig-1.3.29,
which is the latest listed release on SF. The link you provided shows
this was indeed fixed after the 1.3.29 release. Jon, can we give
bleeding edge swig a try?
Thanks,
Charlie
On 9/20/06, Achim Gaedke <[EMAIL PROTECTED]
Hello Charlie!
Hmmm... Basically you are right. But maybe you are more familiar with
SWIG issues than I am.
Ok, I will do the job and go to swig and have a look:
http://swig.cvs.sourceforge.net/swig/SWIG/Lib/python/pyrun.swg?r1=1.143&r2=1.144
You will find this error corrected five months ago.
Achim Gaedke
<[EMAIL PROTECTED]>
writes:
> While compiling matplotlib-0.87.5 with python-2.5 on debian testing some
> errors occured:
>
[snip errors]
>
>
> similar errors occured in src/swig_runtime.h
>
> src/swig_runtime.h: In function 'int SWIG_Python_ConvertPtr(PyObject*,
> void**, swig_type_in
While compiling matplotlib-0.87.5 with python-2.5 on debian testing some
errors occured:
gcc: src/agg.cxx
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for
Ada/C/ObjC but not for C++
src/agg.cxx: In function 'int SWIG_Python_ConvertPtr(PyObject*, void**,
swig_type_info*, int
13 matches
Mail list logo
