matplotlib-users Mailing List for matplotlib (Page 5)

On Monday 04 October 2004 10:38 am, you wrote:
> On Monday 04 October 2004 00:58, Darren Dale wrote:
> > Would somebody kindly direct me to some information on how to deal with
> > dividing by zero? I am getting ValueError: math domain error, is there
> > anything I can do to return an inf instead?
> >
> > Thanks,
> >
> > Darren
>
> If you can't avoid the division by zero, you can handle the exception:
>
> try:
> a = x/0
> except ValueError:
> pass # or some other outcome (a = 'inf')
>
> as far as I know python does not have a representation for infinity. (if I
> am wrong, somebody please correct me)
There are some special representations that can be imported, for example
from numarray.ieeespecial import inf
However, My simulations require HEAVY array mathematics, so I dont have an 
opportunity to test for exceptions.
Darren

On Monday 04 October 2004 09:27, Jon Peirce wrote:
> On my AMD64 (using pre-compiled version as packaged by enthought) I get
>
> the expected results from RandomArray under Numeric ie:
> >>> from RandomArray import *
> >>> normal(2,2,10)
>
> array([-0.43560529, 2.67296922, 0.84804749, 4.26332831, 0.64425385,
> 3.43939352,
> 4.07021809, 3.6235764 , 2.93580639, 1.81101392])
>
> Jon
Jon,
was you pre compiled Numeric compile for amd64 or for x86?
I think this is a result of the compilation .
Flavio
>
> >Message: 3
> >From: =?iso-8859-1?q?Fl=E1vio_Code=E7o_Coelho?= <fcc...@fi...>
> >Organization: PROCC-Fiocruz
> >To: mat...@li...
> >Date: Fri, 1 Oct 2004 17:06:10 +0000
> >Subject: [Matplotlib-users] warning: Numeric and amd64
> >
> >Hi,
> >
> >look at this:
> >>>>>>> from RandomArray import *
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> normal(2,2,10)
> >
> > array([ 2., 2., 2., 2., 2., 2., 2., 2., 2., 2.])
> >
> >This is Numeric 23.1 compiled on my AMD64!!! I ran the same tests on a
> > 32bit P4 and it ran fine.
> >Has anyone else seen this before?
> >
> >For those that didn't understand, the normal function as called above, is
> >supposed to give me ten samples form a normal distribution with mean = 2
> > and standard deviation = 2
> >
> >luckily:
> >>>>>>> from numarray.random_array import *
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> normal(2,2,10)
> >
> >array([-0.04525638, 4.31467819, -0.17468357, 5.29377031, 0.84202135,
> > 5.29593539, 4.69651532, 1.61354655, 1.10839236, 1.7743317 ])
> >
> >If anybody still needed a reason for switching to numarray, there you go!
> >
> >I anybody here subscribes the numeric or numarray mailing lists (i.e. if
> > they even exist) could you please forward this message to them?
> >
> >Flavio
>
> This message has been scanned but we cannot guarantee that it and any
> attachments are free from viruses or other damaging content: you are
> advised to perform your own checks. Email communications with the
> University of Nottingham may be monitored as permitted by UK legislation.
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On my AMD64 (using pre-compiled version as packaged by enthought) I get 
the expected results from RandomArray under Numeric ie:
 >>> from RandomArray import *
 >>> normal(2,2,10)
array([-0.43560529, 2.67296922, 0.84804749, 4.26332831, 0.64425385, 
3.43939352,
 4.07021809, 3.6235764 , 2.93580639, 1.81101392])
Jon
>Message: 3
>From: =?iso-8859-1?q?Fl=E1vio_Code=E7o_Coelho?= <fcc...@fi...>
>Organization: PROCC-Fiocruz
>To: mat...@li...
>Date: Fri, 1 Oct 2004 17:06:10 +0000
>Subject: [Matplotlib-users] warning: Numeric and amd64
>
>Hi,
>
>look at this:
>
> 
>
>>>>>>> from RandomArray import *
>>>> 
>>>>
>
> 
>
>>>>>>> normal(2,2,10)
>>>> 
>>>>
> array([ 2., 2., 2., 2., 2., 2., 2., 2., 2., 2.])
>
>This is Numeric 23.1 compiled on my AMD64!!! I ran the same tests on a 32bit 
>P4 and it ran fine.
>Has anyone else seen this before?
>
>For those that didn't understand, the normal function as called above, is 
>supposed to give me ten samples form a normal distribution with mean = 2 and 
>standard deviation = 2
>
>luckily:
>
> 
>
>>>>>>> from numarray.random_array import *
>>>> 
>>>>
>
> 
>
>>>>>>> normal(2,2,10)
>>>> 
>>>>
>array([-0.04525638, 4.31467819, -0.17468357, 5.29377031, 0.84202135,
> 5.29593539, 4.69651532, 1.61354655, 1.10839236, 1.7743317 ])
>
>If anybody still needed a reason for switching to numarray, there you go!
>
>I anybody here subscribes the numeric or numarray mailing lists (i.e. if they 
>even exist) could you please forward this message to them?
>
>Flavio
>
This message has been scanned but we cannot guarantee that it and any
attachments are free from viruses or other damaging content: you are
advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.

Ok. Now suppose you write an application that runs a set of algorithms 
not known in advance. These algorithms may or may not create figures 
depending on what they perform; they may also encounter difficulties 
(e.g. not enough input data) so that none of them is finally able to 
create a figure. As this is always better to dissociate code pieces the 
more as possible, I'd prefer not to use a global variable to trace 
figure creation. So is there a way to know that no figure was created?
Regards.
JM.
jdh...@ac... wrote:
> Jean-Michel> It seems that show() hangs if no figure has been
> Jean-Michel> created before calling (under matplotlib 0.62.4). Am
> Jean-Michel> I wrong or is it an unexpected use of show() ?
> 
> show should be the last line of your script. It is expected to hang.
> It starts the GUI mainloop after which all processing is done in the
> GUI event handling (unless you are using threading).
> 
> See http://matplotlib.sf.net/faq.html#SHOW
> 
> JDH

Would somebody kindly direct me to some information on how to deal with 
dividing by zero? I am getting ValueError: math domain error, is there 
anything I can do to return an inf instead?
Thanks,
Darren

Hi Dominique,
> > > title(r'$\Delta_i^j \hspace{0.4} \rm{versus} \hspace{0.4}
> > > \Delta_{i+1}^j$', fontsize=20)
> > >
> > > becomes
> > >
> > > title(r'$\Delta_i^j \hspace{0.4} \rm{versus some} \hspace{0.4}
> > > \Delta_{i+1}^j$', fontsize=20)
> > >
> > > the space between 'versus' and 'some' is not rendered on my machine.
> >
> > That's the normal behavior of TeX math-mode. I believe you want:
> >
> > \rm{versus \ some}
> 
> Certainly, my example was giving the expected result (i.e. with
> spacing) in older versions of matplotlib. If the argument of
> \rm{} were to be interpreted as math mode, it would appear as an
> equation where the variables v, e, r, s, u, s, s, o, m and e are
> multiplied together. It doesn't.
Hmm.... For me, mathtext renders your expression as latex does
(except that with latex \hspace needs units and the resulting
\Delta looks a bit less slanted). The result does appear to
include the product of variables v,e,r,s,u,s,s,o,m, and e. The
variables are set in a roman font, but are still in math mode.
I can't tell if you're getting or *expecting* different results
from what latex gives. All I can say is that mathtext seems to
behave correctly (ie, closing emulating latex) for me. I would've
sworn this was the behavior of recent versions of mathtext, but
perhaps it has not always been this way.
IMHO, I think the decision to closely emulate TeX for math
typesetting was billiant, and that the implementation is amazing.
--Matt

I am seeing some strange behavior during IPython and vanilla Python 
interactive sessions. My .matplotlibrc is not being respected. I have tried 
making changes to the copy in my home diretory and the one 
in /usr/share/matplotlib. If I run the commands below or do an 
execfile('/home/darren/test.py') from an interactive session, .matplotlibrc 
is not read. If I run the script from the console, .matplotlibrc is read.
I'm on gentoo with either 0.63.0 or the current cvs, python 2.3.3. Has 
anyboody else seen this? 
from matplotlib.matlab import *
a=[1,10,100,1000,10000]
figure(1)
loglog(a,a)
figure(2)
plot(a,a)
show()
-- 
Darren

Quoting Matt Newville <new...@ca...>:
> On Fri, 1 Oct 2004, Dominique Orban wrote:
>
> > I just downloaded the latest matplotlib (0.63.4) for Windows XP. I got
> > rid of my font cache to make sure they would be re-generated. I have two
> > questions/issues:
> >
> > 1) The font cache was not re-created, for some reason.
> >
> > 2) The spacing in math text does not seem to be rendered. I may be doing
> > something wrong. I have tried this in both the TkAgg and GTKAgg
> > backends. If i modify the example script mathtext_demo.py so the line
> >
> > title(r'$\Delta_i^j \hspace{0.4} \rm{versus} \hspace{0.4}
> > \Delta_{i+1}^j$', fontsize=20)
> >
> > becomes
> >
> > title(r'$\Delta_i^j \hspace{0.4} \rm{versus some} \hspace{0.4}
> > \Delta_{i+1}^j$', fontsize=20)
> >
> > the space between 'versus' and 'some' is not rendered on my machine.
>
>
> That's the normal behavior of TeX math-mode. I believe you want:
>
> \rm{versus \ some}
Certainly, my example was giving the expected result (i.e. with spacing) in
older versions of matplotlib. If the argument of \rm{} were to be interpreted
as math mode, it would appear as an equation where the variables v, e, r, s, u,
s, s, o, m and e are multiplied together. It doesn't.
Dominique

Hello!
Just to let you know: Since I am not the only one having trouble with 
mathplotlib and pygtk 2.3.97, I send the message below to the pygtk 
mailing list.
Niklas.
> 
> Hi!
> 
> I have a problem when compiling matplotlib, which uses pygtk. I have
> already posted this question on their mailing list, and there one more
> person having the same problem. But as it seems it might be an error in
> pygtk.
> 
> This was my error report:
> 
>> I have tried using matplotlib with pygtk 2.2 and everything worked
>> fine. But when I try to compile matplotlib (0.62.4) with the newest
>> version of pygtk, pygtk-2.3.96, I get the error included below.
> 
> I have updated pygtk to 2.3.97 but the problem persists. The
> corresponding source line looks quite normal to me.
> The function argument 'const char* typename' seems to cause the trouble,
> which seems rather strange. Maybe it is a problem with gcc (I am using
> 3.3.4) ? If it is not, please tell me. It might be a bug in the agg
> code, which is used by matplotlib.
> 
> I hope you can help to solve this problem,
> 
> Niklas.
> 
> --------------------------------------------
> building 'matplotlib.backends._gtkagg' extension
> gcc -pthread -fno-strict-aliasing -DNDEBUG -O3 -march=i486 -mcpu=i686 -fPIC -I/u
> sr/local/include -I/usr/include -Isrc -Iagg2/include -I. -I/usr/local/include -I
> /usr/include -I/usr/local/include/freetype2 -I/usr/include/freetype2 -Isrc/freet
> ype2 -Iagg2/include/freetype2 -I./freetype2 -I/usr/local/include/freetype2 -I/us
> r/include/freetype2 -I/usr/local/include -I/usr/include -I/usr/include/pygtk-2.0
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/u
> sr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X1
> 1R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0
> /include -I/usr/include/python2.3 -c src/_gtkagg.cpp -o build/temp.linux-i686-2.
> 3/src/_gtkagg.o -DNUMARRAY
> In file included from /usr/include/python2.3/Python.h:8,
> from /usr/include/pygtk-2.0/pygobject.h:5,
> from src/_gtkagg.cpp:8:
> /usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE" redefined
> In file included from /usr/include/string.h:26,
> from /usr/include/c++/3.3.4/cstring:51,
> from src/_gtkagg.cpp:1:
> /usr/include/features.h:131:1: warning: this is the location of the previous def
> inition
> In file included from src/_gtkagg.cpp:8:
> /usr/include/pygtk-2.0/pygobject.h:124: error: parse error before `typename'
> /usr/include/pygtk-2.0/pygobject.h:131: error: parse error before `typename'
> error: command 'gcc' failed with exit status 1

Hi John,
I let gentoo/portage decide where all the applications are built to and it 
overrides the default configure settings to put things into /usr rather 
than /usr/local - i think the rational is that if I am letting portage/gentoo 
handle the management of a package then it should be ok in /usr. That way 
anything that I build that there is not an ebuild for goes into /usr/local.
Anyway - I checked that the output of 'pkg-config --cflags-only-I pygtk-2.0'
it is - '-I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include' 
And pygtk-2.2.0 is/was installed into /usr and there were no problems so I 
don't think that that is the cause of the problem.
I actually don't even have a /usr/local/include directory - I have never 
manually installed a programme which keeps its headers available!
Cheers
Chris
On Friday 01 October 2004 14:51, you wrote:
> >>>>> "Chris" == Chris <rea...@po...> writes:
>
> Chris> pygtk was built from source (I use gentoo and the ebuild
> Chris> does nothing out of the ordinary).
>
> Chris> I just re-emerged pygtk-2.3.97 and got the same result. I
> Chris> have attached the full output from python setup.py build in
> Chris> both cases - if you want to sent it to the pygtk people
> Chris> that would be great.
>
> One thing that puzzles me. If you installed pygtk-2.3.97 from src,
> normally it would go to /usr/local rather than /usr, unless you
> specified a --prefix (did you?).
>
> The error message suggests that matplotlib is using /usr rather than
> /usr/local for pygtk
> Chris> file included from src/_gtkagg.cpp:8:
> Chris> /usr/include/pygtk-2.0/pygobject.h:140: error: expected `, 'or
> `...' before "typename"
>
>
> Do you have a /usr/local/include/pygtk-2.0 directory? If so, it may
> be that your PKG_CONFIG_PATH may need to be updated to see the new
> install. See man pkg-config for help on this environment variable.
> You want to make sure that matplotlib sees the right pygtk; matplotlib
> uses 'pkg-config --cflags-only-I pygtk-2.0', so you can debug your
> setup by making sure this command is returning the right path to pygtk-2.0.
>
> JDH

>>>>> "Chris" == Chris <rea...@po...> writes:
 Chris> pygtk was built from source (I use gentoo and the ebuild
 Chris> does nothing out of the ordinary).
 Chris> I just re-emerged pygtk-2.3.97 and got the same result. I
 Chris> have attached the full output from python setup.py build in
 Chris> both cases - if you want to sent it to the pygtk people
 Chris> that would be great.
One thing that puzzles me. If you installed pygtk-2.3.97 from src,
normally it would go to /usr/local rather than /usr, unless you
specified a --prefix (did you?). 
The error message suggests that matplotlib is using /usr rather than
/usr/local for pygtk
 Chris> file included from src/_gtkagg.cpp:8:
 Chris> /usr/include/pygtk-2.0/pygobject.h:140: error: expected `, 'or `...' before "typename"
 
Do you have a /usr/local/include/pygtk-2.0 directory? If so, it may
be that your PKG_CONFIG_PATH may need to be updated to see the new
install. See man pkg-config for help on this environment variable.
You want to make sure that matplotlib sees the right pygtk; matplotlib
uses 'pkg-config --cflags-only-I pygtk-2.0', so you can debug your
setup by making sure this command is returning the right path to pygtk-2.0.
JDH

pygtk was built from source (I use gentoo and the ebuild does nothing out of 
the ordinary).
I just re-emerged pygtk-2.3.97 and got the same result. I have attached the 
full output from python setup.py build in both cases - if you want to sent it 
to the pygtk people that would be great.
Chris
PS just for the pygtk people's info I have gentoo linux with: 
gcc version 3.4.2 (Gentoo Linux 3.4.2-r1, ssp-3.4.1-1, pie-8.7.6.5)
kernel is gentoo-dev-sources-2.6.8-r4
python-2.3.3
gtk+-2.4.9 (this actually gtk+-2.4.9-r1 onto gentoo therefore it has been 
patched in some way).
On Friday 01 October 2004 14:16, you wrote:
> >>>>> "Chris" == Chris <rea...@po...> writes:
>
> Chris> Thanks very much. It worked - (mostly) I made the change
> Chris> you suggested and resolved that error - unfortunately it
> Chris> still did not build with pygtk-2.3.97 so I replaced that
> Chris> with pygtk-2.2.0 and it worked. Below is the error I got
> Chris> with pygtk-2.3.97 - it appears to be the same as an error
> Chris> reported already on matplotlib-users under the title
> Chris> '[Matplotlib-users] matplotlib and pygtk 2.3.96'. It seems
> Chris> that in that case upgrading to pygtk-2.3.97 helped, but
> Chris> here it did not. But I have a working matplotlib and I
> Chris> don't really care what version of pygtk I have to that is
> Chris> fine for me.
>
> Did you or can you build pygtk-2.3.97 from src or did it come from a
> package manager? Could it be a gcc-3.4.2 problem with pygtk-2.3.97?
> If so, the pygtk folks would probably like to hear about it.
>
> If you have minute to test compile pygtk-2.3.97 and let me know, I
> would be happy to forward the results on to the pygtk mailing list in
> case of failure.
>
> JDH

>>>>> "Chris" == Chris <rea...@po...> writes:
 Chris> Thanks very much. It worked - (mostly) I made the change
 Chris> you suggested and resolved that error - unfortunately it
 Chris> still did not build with pygtk-2.3.97 so I replaced that
 Chris> with pygtk-2.2.0 and it worked. Below is the error I got
 Chris> with pygtk-2.3.97 - it appears to be the same as an error
 Chris> reported already on matplotlib-users under the title
 Chris> '[Matplotlib-users] matplotlib and pygtk 2.3.96'. It seems
 Chris> that in that case upgrading to pygtk-2.3.97 helped, but
 Chris> here it did not. But I have a working matplotlib and I
 Chris> don't really care what version of pygtk I have to that is
 Chris> fine for me.
Did you or can you build pygtk-2.3.97 from src or did it come from a
package manager? Could it be a gcc-3.4.2 problem with pygtk-2.3.97?
If so, the pygtk folks would probably like to hear about it.
If you have minute to test compile pygtk-2.3.97 and let me know, I
would be happy to forward the results on to the pygtk mailing list in
case of failure.
JDH

Thanks very much.
It worked - (mostly)
I made the change you suggested and resolved that error - unfortunately it 
still did not build with pygtk-2.3.97 so I replaced that with pygtk-2.2.0 and 
it worked. Below is the error I got with pygtk-2.3.97 - it appears to be the 
same as an error reported already on matplotlib-users under the title 
'[Matplotlib-users] matplotlib and pygtk 2.3.96'. It seems that in that case 
upgrading to pygtk-2.3.97 helped, but here it did not. But I have a working 
matplotlib and I don't really care what version of pygtk I have to that is 
fine for me.
building 'matplotlib.backends._gtkagg' extension
gcc -fno-strict-aliasing -DNDEBUG -fPIC -I/usr/local/include -I/usr/include 
-Isrc -Iagg22/include -I. -I/usr/local/include -I/usr/include 
-I/usr/local/include/freetype2 -I/usr/include/freetype2 -Isrc/freetype2 
-Iagg22/include/freetype2 -I./freetype2 -I/usr/local/include/freetype2 
-I/usr/include/freetype2 -I/usr/local/include -I/usr/include 
-I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include 
-I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 
-I/usr/include/freetype2/config -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/python2.3 -c src/_gtkagg.cpp -o 
build/temp.linux-i686-2.3/src/_gtkagg.o
In file included from /usr/include/python2.3/Python.h:8,
 from /usr/include/pygtk-2.0/pygobject.h:5,
 from src/_gtkagg.cpp:8:
/usr/include/python2.3/pyconfig.h:847:1: warning: "_POSIX_C_SOURCE" redefined
In file included from /usr/include/string.h:26,
 from /usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/cstring:51,
 from src/_gtkagg.cpp:1:
/usr/include/features.h:131:1: warning: this is the location of the previous 
definition
In file included from src/_gtkagg.cpp:8:
/usr/include/pygtk-2.0/pygobject.h:140: error: expected `,' or `...' before 
"typename"
/usr/include/pygtk-2.0/pygobject.h:147: error: expected `,' or `...' before 
"typename"
error: command 'gcc' failed with exit status 1
On Friday 01 October 2004 13:53, you wrote:
> >>>>> "Chris" == Chris <rea...@po...> writes:
>
> Chris> Hi, I cannot build matplotlib-0.63.4 on gentoo linux. The
> Chris> error I get when running python setup.py build is:
>
> Chris> running build_ext building 'matplotlib._na_transforms'
> Chris> extension creating build/temp.linux-i686-2.3 creating
> Chris> build/temp.linux-i686-2.3/src creating
> Chris> build/temp.linux-i686-2.3/CXX gcc -fno-strict-aliasing
> Chris> -DNDEBUG -fPIC -Isrc -I. -I/usr/include/python2.3 -c
> Chris> CXX/IndirectPythonInterface.cxx -o
> Chris> build/temp.linux-i686-2.3/CXX/IndirectPythonInterface.o
> Chris> -DNUMARRAY=1 gcc -fno-strict-aliasing -DNDEBUG -fPIC -Isrc
> Chris> -I. -I/usr/include/python2.3 -c CXX/cxxsupport.cxx -o
> Chris> build/temp.linux-i686-2.3/CXX/cxxsupport.o -DNUMARRAY=1 In
> Chris> file included from CXX/cxxsupport.cxx:6: ./CXX/Objects.hxx:
> Chris> In constructor
> Chris> `Py::MapBase<T>::const_iterator::const_iterator(const
> Chris> Py::MapBase<T>*, Py::List,
> Chris> Py::SeqBase<Py::Object>::iterator)':
> Chris> ./CXX/Objects.hxx:2271: error: `s' undeclared (first use
> Chris> this function) ./CXX/Objects.hxx:2271: error: (Each
> Chris> undeclared identifier is reported only once for each
> Chris> function it appears in.) error: command 'gcc' failed with
> Chris> exit status 1
>
>
> Chris> I have python 2.3.3, GCC 3.4.2, Numeric 23.3, numarray 1.0,
> Chris> pygtk-2.3.97 (I ungraded from pygtk-2.2.0 but that did not
> Chris> help), and wxpython-2.4.2.4
>
> Chris> I hope that is enough information - do I have the wrong
> Chris> versions - or am I missing something - I had no trouble
> Chris> building matplotlib-0.62.x
>
> From a very quick read of the cxx code in that region, it looks like a
> cxx bug. I don't know why it is only exposed in gcc 3.4.2. Try
> replacing the function in line 2270 of CXX/Objects.hxx with
>
> const_iterator (const MapBase<T>* m, List k, List::iterator p )
>
> : map(m), keys(k), pos(p)
>
> {}
>
> map(s) has been replaced by map(m).
>
> The cxx code was not written by me, but this looks like a clear bug.
>
> JDH

>>>>> "Chris" == Chris <rea...@po...> writes:
 Chris> Hi, I cannot build matplotlib-0.63.4 on gentoo linux. The
 Chris> error I get when running python setup.py build is:
 Chris> running build_ext building 'matplotlib._na_transforms'
 Chris> extension creating build/temp.linux-i686-2.3 creating
 Chris> build/temp.linux-i686-2.3/src creating
 Chris> build/temp.linux-i686-2.3/CXX gcc -fno-strict-aliasing
 Chris> -DNDEBUG -fPIC -Isrc -I. -I/usr/include/python2.3 -c
 Chris> CXX/IndirectPythonInterface.cxx -o
 Chris> build/temp.linux-i686-2.3/CXX/IndirectPythonInterface.o
 Chris> -DNUMARRAY=1 gcc -fno-strict-aliasing -DNDEBUG -fPIC -Isrc
 Chris> -I. -I/usr/include/python2.3 -c CXX/cxxsupport.cxx -o
 Chris> build/temp.linux-i686-2.3/CXX/cxxsupport.o -DNUMARRAY=1 In
 Chris> file included from CXX/cxxsupport.cxx:6: ./CXX/Objects.hxx:
 Chris> In constructor
 Chris> `Py::MapBase<T>::const_iterator::const_iterator(const
 Chris> Py::MapBase<T>*, Py::List,
 Chris> Py::SeqBase<Py::Object>::iterator)':
 Chris> ./CXX/Objects.hxx:2271: error: `s' undeclared (first use
 Chris> this function) ./CXX/Objects.hxx:2271: error: (Each
 Chris> undeclared identifier is reported only once for each
 Chris> function it appears in.) error: command 'gcc' failed with
 Chris> exit status 1
 Chris> I have python 2.3.3, GCC 3.4.2, Numeric 23.3, numarray 1.0,
 Chris> pygtk-2.3.97 (I ungraded from pygtk-2.2.0 but that did not
 Chris> help), and wxpython-2.4.2.4
 Chris> I hope that is enough information - do I have the wrong
 Chris> versions - or am I missing something - I had no trouble
 Chris> building matplotlib-0.62.x
From a very quick read of the cxx code in that region, it looks like a
cxx bug. I don't know why it is only exposed in gcc 3.4.2. Try
replacing the function in line 2270 of CXX/Objects.hxx with
 const_iterator (const MapBase<T>* m, List k, List::iterator p )
 : map(m), keys(k), pos(p)
 {}
map(s) has been replaced by map(m).
The cxx code was not written by me, but this looks like a clear bug.
JDH

Hi,
I cannot build matplotlib-0.63.4 on gentoo linux. The error I get when running 
python setup.py build is:
running build_ext
building 'matplotlib._na_transforms' extension
creating build/temp.linux-i686-2.3
creating build/temp.linux-i686-2.3/src
creating build/temp.linux-i686-2.3/CXX
gcc -fno-strict-aliasing -DNDEBUG -fPIC -Isrc -I. -I/usr/include/python2.3 -c 
CXX/IndirectPythonInterface.cxx -o 
build/temp.linux-i686-2.3/CXX/IndirectPythonInterface.o -DNUMARRAY=1
gcc -fno-strict-aliasing -DNDEBUG -fPIC -Isrc -I. -I/usr/include/python2.3 -c 
CXX/cxxsupport.cxx -o build/temp.linux-i686-2.3/CXX/cxxsupport.o -DNUMARRAY=1
In file included from CXX/cxxsupport.cxx:6:
./CXX/Objects.hxx: In constructor 
`Py::MapBase<T>::const_iterator::const_iterator(const Py::MapBase<T>*, 
Py::List, Py::SeqBase<Py::Object>::iterator)':
./CXX/Objects.hxx:2271: error: `s' undeclared (first use this function)
./CXX/Objects.hxx:2271: error: (Each undeclared identifier is reported only 
once for each function it appears in.)
error: command 'gcc' failed with exit status 1
I have python 2.3.3, GCC 3.4.2, Numeric 23.3, numarray 1.0, pygtk-2.3.97 (I 
ungraded from pygtk-2.2.0 but that did not help), and wxpython-2.4.2.4
I hope that is enough information - do I have the wrong versions - or am I 
missing something - I had no trouble building matplotlib-0.62.x
Cheers
Chris

Hi,
look at this:
>>> from RandomArray import *
>>> normal(2,2,10)
 array([ 2., 2., 2., 2., 2., 2., 2., 2., 2., 2.])
This is Numeric 23.1 compiled on my AMD64!!! I ran the same tests on a 32bit 
P4 and it ran fine.
Has anyone else seen this before?
For those that didn't understand, the normal function as called above, is 
supposed to give me ten samples form a normal distribution with mean = 2 and 
standard deviation = 2
luckily:
>>> from numarray.random_array import *
>>> normal(2,2,10)
array([-0.04525638, 4.31467819, -0.17468357, 5.29377031, 0.84202135,
 5.29593539, 4.69651532, 1.61354655, 1.10839236, 1.7743317 ])
If anybody still needed a reason for switching to numarray, there you go!
I anybody here subscribes the numeric or numarray mailing lists (i.e. if they 
even exist) could you please forward this message to them?
Flavio

On Fri, 1 Oct 2004, Dominique Orban wrote:
> I just downloaded the latest matplotlib (0.63.4) for Windows XP. I got 
> rid of my font cache to make sure they would be re-generated. I have two 
> questions/issues:
> 
> 1) The font cache was not re-created, for some reason.
> 
> 2) The spacing in math text does not seem to be rendered. I may be doing 
> something wrong. I have tried this in both the TkAgg and GTKAgg 
> backends. If i modify the example script mathtext_demo.py so the line
> 
> title(r'$\Delta_i^j \hspace{0.4} \rm{versus} \hspace{0.4} 
> \Delta_{i+1}^j$', fontsize=20)
> 
> becomes
> 
> title(r'$\Delta_i^j \hspace{0.4} \rm{versus some} \hspace{0.4} 
> \Delta_{i+1}^j$', fontsize=20)
> 
> the space between 'versus' and 'some' is not rendered on my machine.
 
That's the normal behavior of TeX math-mode. I believe you want:
 \rm{versus \ some}
--Matt

I just downloaded the latest matplotlib (0.63.4) for Windows XP. I got 
rid of my font cache to make sure they would be re-generated. I have two 
questions/issues:
1) The font cache was not re-created, for some reason.
2) The spacing in math text does not seem to be rendered. I may be doing 
something wrong. I have tried this in both the TkAgg and GTKAgg 
backends. If i modify the example script mathtext_demo.py so the line
title(r'$\Delta_i^j \hspace{0.4} \rm{versus} \hspace{0.4} 
\Delta_{i+1}^j$', fontsize=20)
becomes
title(r'$\Delta_i^j \hspace{0.4} \rm{versus some} \hspace{0.4} 
\Delta_{i+1}^j$', fontsize=20)
the space between 'versus' and 'some' is not rendered on my machine.
If you have any idea why that is, i'd be very grateful.
Thanks,
Dominique

> Hello! 
> 
> I have tried using matplotlib with pygtk 2.2 and everything worked fine.
> But when I try to compile matplotlib (0.62.4) with the newest version of 
> pygtk, pygtk-2.3.96, I get the error included below. Since this pygtk 
> version is still in development, this might as well be a bug in pygtk. 
> 
> Maybe you can help me solve my problem,
> 
> Niklas.
I've recently installed the latest version of pygtk which is now 2.3.97
and matplotlib 0.63.0 and they did not give any install problems.
I would recommend
remove the directory 'python2.x/site-packages/matplotlib'
remove the directory 'build' of your matplotlib install tree
install pygtk 2.3.97
install matplotlib 0.63
Regards,
Steve