Re: [Matplotlib-users] compile error with python2.5

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

Re: [Matplotlib-users] saving displayed fig as ps fails

> "George" == George Nurser <[EMAIL PROTECTED]> writes: George> SVN revision 2774, linux 64-bit, TkAgg, NumPy. If I George> create a figure on the screen (TkAgg back end), when I try George> to save it as .ps, the resulting file displays and prints George> as blank. However I

[Matplotlib-users] saving displayed fig as ps fails

SVN revision 2774, linux 64-bit, TkAgg, NumPy. If I create a figure on the screen (TkAgg back end), when I try to save it as .ps, the resulting file displays and prints as blank. However I can save it as .eps (or png) perfectly well. -George Nurser. -

[Matplotlib-users] error installing from source on Mac OSX: _FMDisposeFontFamilyIterator (?)

After attempting to install matplotlib-0.87.5 from source on an intel mac (OS X 10.4.7), I get an error when importing the pylab module. This appears to be the same error reported in: http://sourceforge.net/mailarchive/forum.php?thread_id=30574221&forum_id=33405 My attempt was with freetype-2.2.1

Re: [Matplotlib-users] compile error with python2.5

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

Re: [Matplotlib-users] compile error with python2.5

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

Re: [Matplotlib-users] compile error with python2.5

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

Re: [Matplotlib-users] compile error with python2.5

> "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

[Matplotlib-users] masked arrays on objects arrays doesn't plot

Hi all, I use a array with dtype=object for mixing datetime and float values, like: ## lionel[ETD-2006-01__PM2.5_DALTON]68>datas[0:5,] Sortie[68]: array(data = [[2006-01-05 00:00:00 33.0 1e-20] [2006-01-06 00:00:00 41.0 30.0] [2006-01-07 00:00:00 20.0 16.0

Re: [Matplotlib-users] compile error with python2.5

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]

Re: [Matplotlib-users] compile error with python2.5

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.

Re: [Matplotlib-users] compile error with python2.5

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