matplotlib-users — Discussion related to using matplotlib

Re: [Matplotlib-users] ANN: Clara Charlotte Hunter

[Chris B. <Chr...@no...>]

congrats, John, but if my experience is any indication, we'll see a 
slowing in matplotlib progress. At least we know why!

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer
                                     		
NOAA/OR&R/HAZMAT         (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

Re: [Matplotlib-users] problem compiling _na_image.cpp in matplotlib-0.63.4

[Stephen W. <ste...@cs...>]

On Tue, 2004-10-05 at 09:30, Wasinee Rungsarityotin wrote:

> src/_na_image.cpp:780: `png_infopp_NULL' undeclared (first use this funct=
ion)

On my system this is defined in /usr/include/png.h, part of libpng
version 1.2.5. =20
--=20
Stephen Walton <ste...@cs...>
Dept. of Physics & Astronomy, Cal State Northridge

[Matplotlib-users] differents problem with ticks

[Humufr <hu...@ya...>]

       Hi,

I think to have found a bug in axis. You can't choose a multiplelocator 
with 0.5 or 0.3 for example, you can but the result is not what you're 
expecting. (see fig1 for the effect)

Another funny script (see scripts2 and scripts3)  with tick problem. 
Compare the two following scripts, the only difference is to tell to 
yaxis to use the same characteristic than xaxis. The very funny thing is 
to change the ymajorLocator in xmajorLocator and etc with you're doing 
the setting for the y axis... That influx in the x axis. See fig2 and fig3.

Perhaps (probably) I'm doing something bad but I'm not able to find where.

Thanks,

    Nicolas

Re: [Matplotlib-users] ANN: Clara Charlotte Hunter

[<fcc...@fi...>]

Congratulations John!!

On Tuesday 05 October 2004 17:42, John Hunter wrote:
> from tempfile import mktemp
> from urllib import urlretrieve
> from matplotlib.matlab import *
>
> url = 'http://matplotlib.sf.net/clara.png'
> fname =  mktemp('.png')
> print 'Downloading image; this may take a minute...'
> urlretrieve(url, fname)
>
> figure(figsize=(8,6))
> im = imread(fname)
> imshow(im)
> axis('off')
> title('Clara Charlotte Hunter, born 10/2/2004')
> show()
>
>
> -------------------------------------------------------
> 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

Re: [Matplotlib-users] ANN: Clara Charlotte Hunter

[Darren D. <dd...@co...>]

Congratulations John, thats wonderful!




On Tuesday 05 October 2004 01:42 pm, John Hunter wrote:
> from tempfile import mktemp
> from urllib import urlretrieve
> from matplotlib.matlab import *
>
> url =3D 'http://matplotlib.sf.net/clara.png'
> fname =3D =A0mktemp('.png')
> print 'Downloading image; this may take a minute...'
> urlretrieve(url, fname)
>
> figure(figsize=3D(8,6))
> im =3D imread(fname)
> imshow(im)
> axis('off')
> title('Clara Charlotte Hunter, born 10/2/2004')
> show()

=2D-=20

Darren

Re: [Matplotlib-users] ANN: Clara Charlotte Hunter

[Peter G. <pgr...@ge...>]

CONGRATULATIONS....

John Hunter wrote:

>from tempfile import mktemp
>from urllib import urlretrieve
>from matplotlib.matlab import *
>
>url = 'http://matplotlib.sf.net/clara.png'
>fname =  mktemp('.png')
>print 'Downloading image; this may take a minute...'
>urlretrieve(url, fname)
>
>figure(figsize=(8,6))
>im = imread(fname)
>imshow(im)
>axis('off')
>title('Clara Charlotte Hunter, born 10/2/2004')
>show()
>
>  
>


-- 
Peter Groszkowski         Gemini Observatory
Tel: +1 808 974-2509      670 N. A'ohoku Place
Fax: +1 808 935-9235      Hilo, Hawai'i 96720, USA

[Matplotlib-users] ANN: Clara Charlotte Hunter

[John H. <jdh...@ac...>]

from tempfile import mktemp
from urllib import urlretrieve
from matplotlib.matlab import *

url = 'http://matplotlib.sf.net/clara.png'
fname =  mktemp('.png')
print 'Downloading image; this may take a minute...'
urlretrieve(url, fname)

figure(figsize=(8,6))
im = imread(fname)
imshow(im)
axis('off')
title('Clara Charlotte Hunter, born 10/2/2004')
show()

[Matplotlib-users] problem compiling _na_image.cpp in matplotlib-0.63.4

[Wasinee R. <was...@gm...>]

Hi,

I am having a problem getting the image extension to compile due to an obscure
problem I cannot understand because other extensions have been
compiled properly.

The error is that a variable is not declared which is strange:

src/_na_image.cpp:780: `png_infopp_NULL' undeclared (first use this function)

We are using gcc 2.95.3 and this is matplotlib-0.63.4. See below for the output
of the whole setup session.

Our Linux setup environment is not standard,
so I am not sure if this is specific problem with our setup for png or
is is really a bug?
I would appreciate any help I can get.

Regard,
- WR

-------------------------------------------------------------------------------------------
rungsari@levy:/scratch/local/matplotlib-0.63.4> python2.3 setup.py build
Compiling matplotlib for: both
GTKAgg requires pygtk
running build
running build_py
running build_ext
building 'matplotlib._na_image' extension
gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -g
-fPIC -Isrc -Iagg22/include -I. -I/usr/local/include -I/usr/include
-I/package/python/2.3.0/linux/include/python2.3 -c src/_na_image.cpp
-o build/temp.linux-i686-2.3/src/_na_image.o -DNUMARRAY=1
In file included from /package/python/2.3.0/linux/include/python2.3/Python.h:8,
                 from src/_na_image.cpp:6:
/package/python/2.3.0/linux/include/python2.3/pyconfig.h:844: warning:
`_POSIX_C_SOURCE' redefined
/usr/local/include/features.h:171: warning: this is the location of
the previous definition
src/_na_image.cpp: In method `class Py::Object
_image_module::readpng(const Py::Tuple &)':
src/_na_image.cpp:780: `png_infopp_NULL' undeclared (first use this function)
src/_na_image.cpp:780: (Each undeclared identifier is reported only once
src/_na_image.cpp:780: for each function it appears in.)

Re: [Matplotlib-users] NaN's and infs

[Darren D. <dd...@co...>]

>
> from the numpy list:
>  > numarray allows one to customize how errors are handled. You can
>  > choose:
>  >
>  > 1) to silently ignore all errors.
>  > 2) print a warning message (default)
>  > 3) raise an exception.
>  >
>  > One may separately set one of these three behaviors for each of
>  > the 4 ieee categories of floating point errors, namely
>  >
>  > 1) invalid results (i.e., NaNs)
>  > 2) divide by zeros (Infs)
>  > 3) overflows
>  > 4) underflows
>
> now try this:
> from numarray import *
> 1./arange(10)
> Warning: Encountered divide by zero(s)  in divide
> array([              inf,   1.00000000e+000,   5.00000000e-001,
>          3.33333333e-001,   2.50000000e-001,   2.00000000e-001,
>          1.66666667e-001,   1.42857143e-001,   1.25000000e-001,
>          1.11111111e-001])
>
>
> there is the inf!!
>

Thank you Flavio,

I had tried the test you just suggested, and only got the warning message. I 
incorrectly assumed that the result had not been returned. Now I see that it 
was returned:

from numarray import *
a=1./arange(10) #displays error
print a              # displays a with the inf

Thanks again,

Darren

Re: [Matplotlib-users] Re: warning: Numeric and amd64

[Todd M. <jm...@st...>]

On Mon, 2004-10-04 at 10:43, Flávio Codeço Coelho wrote:
> 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

Pearu Peterson,  the guy who does f2py for SciPy, also commented
recently on num...@li... that he had found and fixed
this problem in Numeric for SciPy.  He posted a patch which I also
applied to Numeric on Source Forge;  that is still unreleased.  The
contents of the patch were already in numarray.random_array.

Todd


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

Re: [Matplotlib-users] NaN's and infs

[Darren D. <dd...@co...>]

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

Re: [Matplotlib-users] Re: warning: Numeric and amd64

[<fcc...@fi...>]

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

[Matplotlib-users] Re: warning: Numeric and amd64

[Jon P. <Jon...@no...>]

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.

Re: [Matplotlib-users] show()

[Jean-Michel P. <jea...@ir...>]

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

[Matplotlib-users] NaN's and infs

[Darren D. <dd...@co...>]

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

Re: [Matplotlib-users] Mathtext spacing

[Matt N. <new...@ca...>]

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

[Matplotlib-users] .matplotlibrc not respected during interactive session

[Darren D. <dd...@co...>]

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

Re: [Matplotlib-users] Mathtext spacing

[Dominique O. <dom...@po...>]

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

[Matplotlib-users] matplotlib and pygtk 2.3.97

[Niklas <mit...@we...>]

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

Re: [Matplotlib-users] Cannot build matplotlib-0.63.4

[Chris <rea...@po...>]

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

Re: [Matplotlib-users] Cannot build matplotlib-0.63.4

[John H. <jdh...@ac...>]

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

Re: [Matplotlib-users] Cannot build matplotlib-0.63.4

[Chris <rea...@po...>]

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

Re: [Matplotlib-users] Cannot build matplotlib-0.63.4

[John H. <jdh...@ac...>]

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

Re: [Matplotlib-users] Cannot build matplotlib-0.63.4

[Chris <rea...@po...>]

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

Re: [Matplotlib-users] Cannot build matplotlib-0.63.4

[John H. <jdh...@ac...>]

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