matplotlib-devel Mailing List for matplotlib

On Fri, Nov 30, 2012 at 11:40 PM, Michiel de Hoon <mjl...@ya...> wrote:
> One package (Pysam) that I use a lot relies on Cython, and requires users to install Cython before they can install Pysam itself. With Cython, is that always the case? Will all users need to install Cython? Or is it sufficient if only matplotlib developers install Cython?
You can set things up so that end-users don't have to install cython.
You just convert the .pyx files to regular .c files before
distributing your package. Numpy itself uses cython, but end-users
don't notice or care. (It's something more of a hassle for developers
to do things this way, and cython is very easy to install, so I don't
know if it's worth it. But it's certainly possible.)
-n

One package (Pysam) that I use a lot relies on Cython, and requires users to install Cython before they can install Pysam itself. With Cython, is that always the case? Will all users need to install Cython? Or is it sufficient if only matplotlib developers install Cython?
Best,
-Michiel.
--- On Fri, 11/30/12, Chris Barker - NOAA Federal <chr...@no...> wrote:
> From: Chris Barker - NOAA Federal <chr...@no...>
> Subject: Re: [matplotlib-devel] Experiments in removing/replacing PyCXX
> To: "Michael Droettboom" <md...@st...>
> Cc: "Michiel de Hoon" <mjl...@ya...>, "mat...@li..." <mat...@li...>
> Date: Friday, November 30, 2012, 12:32 PM
> On Fri, Nov 30, 2012 at 6:06 AM,
> Michael Droettboom <md...@st...>
> wrote:
> 
> > If you read between the lines of what I was saying,
> that is basically
> > where I fall as well. There seems to be a lot of
> desire to use Cython
> > to make the code more accessible,
> 
> I'll add a beat to that drum -- I'm a big Cython fan.
> 
> > however, and I'm willing to consider
> > it if it can be shown to be superior to the raw C/API
> for this task --
> 
> I think there is NO QUESTION that Cython is superior to the
> C/API --
> why would you want to deal with the reference counting, etc
> yourself?
> Cython can handle the boiler plate code for you very cleanly
> an
> elegantly.
> 
> Something to keep in mind about Cython:
> 
> It can be used in multiple ways:
> 
> 1) Add static typing to what is essentially Python code to
> get better
> performance -- this may be what you mean by the "more
> accesible" part.
> A great use, but maybe, maybe, maybe not best for the core
> bits of
> MPL.
> 
> 2) Calling C/C++ code -- Cython is s great way to call C/C++
> code --
> it can handle the packing and unpacking of python types,
> reference
> counting, etc. for you, so much like using the C API, but a
> lot less
> tricky boiler plate code to write.
> 
> (2) is the use case that I'm arguing is NO QUESTION a better
> option
> than the C API.
> 
> Compared to SWIG, SIP (and I assume C_XX), the downside is
> that there
> is no auto-generation of wrappers (at least nothing mature).
> However,
> for the MPL case, we're not trying to wrap a large existing
> library,
> but rather particular code that is often written for MPL
> specifically,
> so hand-writing the Cython is a fine option.
> 
> So why not Ctypes, or??? I think the real strength of Cython
> in
> wrapping C code is that you can write a "thick" wrapper in
> an
> almost_python language. So if you want to vectorize a C
> function, for
> instance, you can write that bit in Cython very easily (and
> Cython's
> built-in understanding of numpy array is very helpful here).
> When you
> use ctypes, you need to write that in pure Python -- easy
> enough, but
> probably not very performant.
> 
> With SWIG, etc, you end up writing a fair bi tof C (or SWIG)
> code to
> handle the thicker bits of the wrapper -- so you're dealing
> with the
> raw CPython API, and , well, C. Cython really is an easier
> option.
> 
> I've found that for stuf that is less than very small (i.e.
> one or two
> loops through an array), writing the core code in native C
> or C++ can
> be easier, you know for sure you're not accidentally making
> expensive
> Python calls, etc. but using Cython to call it is still very
> helpful.
> 
> > I'm not sure it is -- I always seem to end up with
> things that are more
> > lines of code with more obscure workarounds than just
> coding in C directly.
> 
> Exactly -- but I don't think that applies to the CPython-API
> bits, but
> rather the core code -- so keep that in C.
> 
> In summary, I guess what I think is the power of Cython is
> the
> flexibility in where you draw the line between Python,
> Cython, and C
> -- you can pass pure Python through Cython, or you can do
> almost
> nothing with it but call a C function, and eveything in
> between.
> 
> > From my experience, I would prefer to write such
> extensions in C directly rather
> > than relying on Cython, SWIG, or Boost.Python, because
> those approaches would
> > lead to another dependency (for developers at least),
> 
> The dependency is pretty easy to deal with compared to the
> many others in MPL.
> 
> > and requires developers to
> > learn how to code in them. Which may not be very hard,
> but we may as well avoid > that if possible.
> 
> Here's where I disagree -- if we go pure C and C-API
> developers need
> to know the Python C-API -- that is actually a pretty big
> deal, and
> hard to get right. Knowing enough Cython to call some C code
> is a
> smaller lift for sure.
> 
> Anyway, I saw give it a shot -- I suspect you'll like it.
> 
> -Chris
> 
> 
> -- 
> 
> Christopher Barker, Ph.D.
> Oceanographer
> 
> Emergency Response Division
> NOAA/NOS/OR&R      
> (206) 526-6959  voice
> 7600 Sand Point Way NE  (206)
> 526-6329  fax
> Seattle, WA 98115    (206)
> 526-6317  main reception
> 
> Chr...@no...
> 

Let's try that again...
---------- Forwarded message ----------
From: Nathaniel Smith <nj...@po...>
Date: Fri, Nov 30, 2012 at 11:13 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall <dam...@gm...>
On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
<dam...@gm...> wrote:
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?
Not your bug.
Workaround:
 https://github.com/travis-ci/travis-cookbooks/issues/48#issuecomment-10843018
Also for context:
 https://github.com/numpy/numpy/issues/2761
 https://github.com/pypa/virtualenv/issues/359
-n

Forwarding to list again...
---------- Forwarded message ----------
From: Nathaniel Smith <nj...@po...>
Date: Fri, Nov 30, 2012 at 5:13 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall <dam...@gm...>
On Fri, Nov 30, 2012 at 10:25 PM, Damon McDougall
<dam...@gm...> wrote:
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?
Not your bug.
Workaround:
 https://github.com/travis-ci/travis-cookbooks/issues/48#issuecomment-10843018
Also for context:
 https://github.com/numpy/numpy/issues/2761
 https://github.com/pypa/virtualenv/issues/359
-n
-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

Forwarding to the list...
---------- Forwarded message ----------
From: Thomas Kluyver <th...@kl...>
Date: Fri, Nov 30, 2012 at 4:35 PM
Subject: Re: [matplotlib-devel] Travis numpy build failures on Python 3.x
To: Damon McDougall <dam...@gm...>
On 30 November 2012 22:25, Damon McDougall <dam...@gm...> wrote:
>
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?
The daily PPA builds are working fine:
https://code.launchpad.net/~takluyver/+recipe/matplotlib-daily
That uses the packaged version of numpy, though, rather than trying to
pip install it.
Thomas
-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

On Fri, Nov 30, 2012 at 4:25 PM, Damon McDougall
<dam...@gm...> wrote:
> We seem to have inherited these recently. I am questioning whether it
> is something caused by us or not. Can anybody build numpy/mpl under
> Python 3.x on their own machine successfully?
Looks like Jens found the problem: https://github.com/numpy/numpy/issues/2761
>
> --
> Damon McDougall
> http://www.damon-is-a-geek.com
> Institute for Computational Engineering Sciences
> 201 E. 24th St.
> Stop C0200
> The University of Texas at Austin
> Austin, TX 78712-1229
-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

We seem to have inherited these recently. I am questioning whether it
is something caused by us or not. Can anybody build numpy/mpl under
Python 3.x on their own machine successfully?
-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

On Fri, Nov 30, 2012 at 6:06 AM, Michael Droettboom <md...@st...> wrote:
> If you read between the lines of what I was saying, that is basically
> where I fall as well. There seems to be a lot of desire to use Cython
> to make the code more accessible,
I'll add a beat to that drum -- I'm a big Cython fan.
> however, and I'm willing to consider
> it if it can be shown to be superior to the raw C/API for this task --
I think there is NO QUESTION that Cython is superior to the C/API --
why would you want to deal with the reference counting, etc yourself?
Cython can handle the boiler plate code for you very cleanly an
elegantly.
Something to keep in mind about Cython:
It can be used in multiple ways:
1) Add static typing to what is essentially Python code to get better
performance -- this may be what you mean by the "more accesible" part.
A great use, but maybe, maybe, maybe not best for the core bits of
MPL.
2) Calling C/C++ code -- Cython is s great way to call C/C++ code --
it can handle the packing and unpacking of python types, reference
counting, etc. for you, so much like using the C API, but a lot less
tricky boiler plate code to write.
(2) is the use case that I'm arguing is NO QUESTION a better option
than the C API.
Compared to SWIG, SIP (and I assume C_XX), the downside is that there
is no auto-generation of wrappers (at least nothing mature). However,
for the MPL case, we're not trying to wrap a large existing library,
but rather particular code that is often written for MPL specifically,
so hand-writing the Cython is a fine option.
So why not Ctypes, or??? I think the real strength of Cython in
wrapping C code is that you can write a "thick" wrapper in an
almost_python language. So if you want to vectorize a C function, for
instance, you can write that bit in Cython very easily (and Cython's
built-in understanding of numpy array is very helpful here). When you
use ctypes, you need to write that in pure Python -- easy enough, but
probably not very performant.
With SWIG, etc, you end up writing a fair bi tof C (or SWIG) code to
handle the thicker bits of the wrapper -- so you're dealing with the
raw CPython API, and , well, C. Cython really is an easier option.
I've found that for stuf that is less than very small (i.e. one or two
loops through an array), writing the core code in native C or C++ can
be easier, you know for sure you're not accidentally making expensive
Python calls, etc. but using Cython to call it is still very helpful.
> I'm not sure it is -- I always seem to end up with things that are more
> lines of code with more obscure workarounds than just coding in C directly.
Exactly -- but I don't think that applies to the CPython-API bits, but
rather the core code -- so keep that in C.
In summary, I guess what I think is the power of Cython is the
flexibility in where you draw the line between Python, Cython, and C
-- you can pass pure Python through Cython, or you can do almost
nothing with it but call a C function, and eveything in between.
> From my experience, I would prefer to write such extensions in C directly rather
> than relying on Cython, SWIG, or Boost.Python, because those approaches would
> lead to another dependency (for developers at least),
The dependency is pretty easy to deal with compared to the many others in MPL.
> and requires developers to
> learn how to code in them. Which may not be very hard, but we may as well avoid > that if possible.
Here's where I disagree -- if we go pure C and C-API developers need
to know the Python C-API -- that is actually a pretty big deal, and
hard to get right. Knowing enough Cython to call some C code is a
smaller lift for sure.
Anyway, I saw give it a shot -- I suspect you'll like it.
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

On 11/29/12 10:59 AM, Michael Droettboom wrote:
> I've not had
> much luck with Cython for this kind of thing in the past, but I know it
> is popular.
I'm curious about what problems you've run into and how long it was. In 
the past, Cython hasn't supported C++ very well, but the situation has 
greatly improved recently. See 
http://docs.cython.org/src/userguide/wrapping_CPlusPlus.html for some 
details.
Thanks,
Jason

Thanks, Michiel.
If you read between the lines of what I was saying, that is basically 
where I fall as well. There seems to be a lot of desire to use Cython 
to make the code more accessible, however, and I'm willing to consider 
it if it can be shown to be superior to the raw C/API for this task -- 
I'm not sure it is -- I always seem to end up with things that are more 
lines of code with more obscure workarounds than just coding in C directly.
Cheers,
Mike
On 11/29/2012 08:47 PM, Michiel de Hoon wrote:
> Hi,
>
> The Mac OS X backend is entirely written in C (with some Objective-C elements where necessary). AFAICT, this is the largest C/C++ code in matplotlib. This backend was written from scratch without using Cython, SWIG, or Boost.Python. From my experience, I would prefer to write such extensions in C directly rather than relying on Cython, SWIG, or Boost.Python, because those approaches would lead to another dependency (for developers at least), and requires developers to learn how to code in them. Which may not be very hard, but we may as well avoid that if possible.
>
> I'd be happy to help out with the conversion of the other extensions from CXX to C. I would need some help though to use github appropriately.
>
> Best,
> -Michiel.
>
>
> --- On Thu, 11/29/12, Michael Droettboom <md...@st...> wrote:
>
>> From: Michael Droettboom <md...@st...>
>> Subject: [matplotlib-devel] Experiments in removing/replacing PyCXX
>> To: "mat...@li..." <mat...@li...>
>> Date: Thursday, November 29, 2012, 11:59 AM
>> Given the slow pace of development on
>> PyCXX, I know it has been the
>> desire of some here to remove our dependency on it.
>>
>> I thought a helpful starting point to evaluate the
>> alternatives would be
>> to restructure one of our extensions to not use PyCXX
>> anymore. I've
>> taken the PNG extension, which is reasonably straightforward
>> in that it
>> doesn't define any custom types, but does have some low
>> level C-wrapping
>> challenges, and separated out the Python-specific parts from
>> the
>> libpng-specific parts. The Python-specific parts are
>> now written using
>> the "raw" Python C/API. The other part still uses C++ (not
>> C) and does
>> throw exceptions, but doesn't use classes or templates or
>> anything else
>> that can be difficult to wrap. All of this is on my
>> "no_cxx" branch.
>>
>> Now here's the challenge: can we do better than this using
>> any of the
>> available wrapping tools? Cython, SWIG, Boost.Python
>> etc.? I've not had
>> much luck with Cython for this kind of thing in the past,
>> but I know it
>> is popular. Perhaps someone with more Cython
>> experience would want to
>> take a crack at this and then we could have something
>> concrete to compare...
>>
>> Cheers,
>> Mike
>>
>> ------------------------------------------------------------------------------
>> Keep yourself connected to Go Parallel:
>> VERIFY Test and improve your parallel project with help from
>> experts
>> and peers. http://goparallel.sourceforge.net
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>

Note that we already use a decorator for a similar purpose
(allow_rasterization).
Also, please note that the "draw" method is not just for drawing things.
There are other things being done within the draw method, and I think some
of them still need to be done even though the artist is invisible.
My personal inclination on this issue is to refactor the "draw" method, the
only method being called during the drawing time. But, yes there are
sideeffects.
Regards,
-JJ
On Tue, Nov 27, 2012 at 3:40 AM, Ryan May <rm...@gm...> wrote:
> On Mon, Nov 26, 2012 at 12:23 PM, Eric Firing <ef...@ha...> wrote:
>
>> On 2012年11月26日 7:12 AM, Michael Droettboom wrote:
>> > The problem is that I don't think we can do this for all artists. Some
>> > may need to create groupings, or push and pop state even if they are
>> > "invisible". For instance, this is used in the SVG backend to create
>> > named groupings (possibly empty) that are referenced from Javascript to
>> > provide interactivity. I think I'd rather keep this to the contained
>> > solution in the PR and not try to generalize it beyond that.
>> >
>> > If we did want to generalize, this would only apply to "leaf node"
>> > artists, and not artists that simply exist to contain other artists --
>> > and conceivably we could implement that using either a decorator or
>> > explicit chaining to a base class, but in any event it would have to be
>> > a manual process to determine which artists this would apply to. We
>> > could insert a class in the heirarchy of "ConcreteArtist" (or somesuch)
>> > to handle this.
>>
>> I think we should be rather conservative about this sort of thing.
>> Sometimes it is better to just explicitly put the two lines in each
>> method than to come up with machinery to do it for you. Each level of
>> depth in an inheritance hierarchy or "meta" chain is an additional level
>> of complexity for someone reading the code. And if someone forgets to
>> put in those lines, the penalty is typically from small to nil; but if
>> they are put in automatically by fancy methods, and they are not really
>> wanted or something else goes wrong, it can make debugging painful.
>
>
> I think you and Mike are skirting around a key point here. You can always
> add the line if you need it, but if you don't need it (or can't use it), by
> use of a metaclass, there's no way to "opt out" so to speak.
>
> I'll also add that we don't need to add any more indirection (i.e. another
> Python function call) to our drawing stack--we really need to be doing
> everything possible to take every last millisecond out of the call to
> draw().
>
> Ryan
>
> --
> Ryan May
> Graduate Research Assistant
> School of Meteorology
> University of Oklahoma
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from 795ドル for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

Hi,
The Mac OS X backend is entirely written in C (with some Objective-C elements where necessary). AFAICT, this is the largest C/C++ code in matplotlib. This backend was written from scratch without using Cython, SWIG, or Boost.Python. From my experience, I would prefer to write such extensions in C directly rather than relying on Cython, SWIG, or Boost.Python, because those approaches would lead to another dependency (for developers at least), and requires developers to learn how to code in them. Which may not be very hard, but we may as well avoid that if possible.
I'd be happy to help out with the conversion of the other extensions from CXX to C. I would need some help though to use github appropriately.
Best,
-Michiel.
--- On Thu, 11/29/12, Michael Droettboom <md...@st...> wrote:
> From: Michael Droettboom <md...@st...>
> Subject: [matplotlib-devel] Experiments in removing/replacing PyCXX
> To: "mat...@li..." <mat...@li...>
> Date: Thursday, November 29, 2012, 11:59 AM
> Given the slow pace of development on
> PyCXX, I know it has been the 
> desire of some here to remove our dependency on it.
> 
> I thought a helpful starting point to evaluate the
> alternatives would be 
> to restructure one of our extensions to not use PyCXX
> anymore. I've 
> taken the PNG extension, which is reasonably straightforward
> in that it 
> doesn't define any custom types, but does have some low
> level C-wrapping 
> challenges, and separated out the Python-specific parts from
> the 
> libpng-specific parts. The Python-specific parts are
> now written using 
> the "raw" Python C/API. The other part still uses C++ (not
> C) and does 
> throw exceptions, but doesn't use classes or templates or
> anything else 
> that can be difficult to wrap. All of this is on my
> "no_cxx" branch.
> 
> Now here's the challenge: can we do better than this using
> any of the 
> available wrapping tools? Cython, SWIG, Boost.Python
> etc.? I've not had 
> much luck with Cython for this kind of thing in the past,
> but I know it 
> is popular. Perhaps someone with more Cython
> experience would want to 
> take a crack at this and then we could have something
> concrete to compare...
> 
> Cheers,
> Mike
> 
> ------------------------------------------------------------------------------
> Keep yourself connected to Go Parallel: 
> VERIFY Test and improve your parallel project with help from
> experts 
> and peers. http://goparallel.sourceforge.net
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 

Given the slow pace of development on PyCXX, I know it has been the 
desire of some here to remove our dependency on it.
I thought a helpful starting point to evaluate the alternatives would be 
to restructure one of our extensions to not use PyCXX anymore. I've 
taken the PNG extension, which is reasonably straightforward in that it 
doesn't define any custom types, but does have some low level C-wrapping 
challenges, and separated out the Python-specific parts from the 
libpng-specific parts. The Python-specific parts are now written using 
the "raw" Python C/API. The other part still uses C++ (not C) and does 
throw exceptions, but doesn't use classes or templates or anything else 
that can be difficult to wrap. All of this is on my "no_cxx" branch.
Now here's the challenge: can we do better than this using any of the 
available wrapping tools? Cython, SWIG, Boost.Python etc.? I've not had 
much luck with Cython for this kind of thing in the past, but I know it 
is popular. Perhaps someone with more Cython experience would want to 
take a crack at this and then we could have something concrete to compare...
Cheers,
Mike

Hi,
Yes, I am trying to build against custom-built libraries.
and thanks for the suggestion about LDFLAGS, but that didn't work too.
It still picks up system versions of the libraries.
What has pkg-config got to do with this? (I havent worked extensively with
linux so not much idea)
I think I should also mention that I am trying to build matplotlib against
Python 3.2.3.
Regards,
Tej
On Tue, Nov 27, 2012 at 10:49 PM, Michael Droettboom <md...@st...>wrote:
> You can try setting LDFLAGS to "-L/path/to/your/libraries".

I've just submitted a PR which changes the link we provide for the web
archiving of our mpl mailing lists (
https://github.com/matplotlib/matplotlib/pull/1540) as it appears that the
sourceforge archiving stopped updating in July...
Given that the mailinglists are provided/hosted by sourceforge in the first
place, I find it concerning that the sourceforge archiving is in this
state. Their addition of advertising on our mailinglist posts makes me even
less enamoured with the service we receive.
It makes me wonder whether we should consider alternative service providers
for our mailing lists? I notice the ipython/numpy/scipy mailinglists are
all hosted via scipy.org and wonder if we should consider asking to have
our mpl mailinglists hosted there too?
Thoughts?
Cheers,
Phil

If I understand it correctly, you are trying to build against 
custom-built copies of these libraries in a non-default location?
You can try setting LDFLAGS to "-L/path/to/your/libraries".
Mike
On 11/26/2012 12:47 AM, Tejashri Kandolkar wrote:
> Hi,
>
> I am trying to build matplotlib 1.2.0 from source on my RHEL6 machine.
> I am using freetype 2.4.2 and libpng 1.2.42
>
> I am using basedirlist (from setup.cfg) to mention the location of the 
> include folder (for all headers), I am not sure though where I should 
> mention the location of the .so files of these 3rd party libraries.
>
> During build of matplotlib it picks up system installed versions of 
> freetype and libpng.(build log attached)
>
> Is there any other place where I need to set the location of these 
> third party libraries?
>
> Regards,
> Tej
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from 795ドル for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

On Mon, Nov 26, 2012 at 12:23 PM, Eric Firing <ef...@ha...> wrote:
> On 2012年11月26日 7:12 AM, Michael Droettboom wrote:
> > The problem is that I don't think we can do this for all artists. Some
> > may need to create groupings, or push and pop state even if they are
> > "invisible". For instance, this is used in the SVG backend to create
> > named groupings (possibly empty) that are referenced from Javascript to
> > provide interactivity. I think I'd rather keep this to the contained
> > solution in the PR and not try to generalize it beyond that.
> >
> > If we did want to generalize, this would only apply to "leaf node"
> > artists, and not artists that simply exist to contain other artists --
> > and conceivably we could implement that using either a decorator or
> > explicit chaining to a base class, but in any event it would have to be
> > a manual process to determine which artists this would apply to. We
> > could insert a class in the heirarchy of "ConcreteArtist" (or somesuch)
> > to handle this.
>
> I think we should be rather conservative about this sort of thing.
> Sometimes it is better to just explicitly put the two lines in each
> method than to come up with machinery to do it for you. Each level of
> depth in an inheritance hierarchy or "meta" chain is an additional level
> of complexity for someone reading the code. And if someone forgets to
> put in those lines, the penalty is typically from small to nil; but if
> they are put in automatically by fancy methods, and they are not really
> wanted or something else goes wrong, it can make debugging painful.
I think you and Mike are skirting around a key point here. You can always
add the line if you need it, but if you don't need it (or can't use it), by
use of a metaclass, there's no way to "opt out" so to speak.
I'll also add that we don't need to add any more indirection (i.e. another
Python function call) to our drawing stack--we really need to be doing
everything possible to take every last millisecond out of the call to
draw().
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

On 2012年11月26日 7:12 AM, Michael Droettboom wrote:
> The problem is that I don't think we can do this for all artists. Some
> may need to create groupings, or push and pop state even if they are
> "invisible". For instance, this is used in the SVG backend to create
> named groupings (possibly empty) that are referenced from Javascript to
> provide interactivity. I think I'd rather keep this to the contained
> solution in the PR and not try to generalize it beyond that.
>
> If we did want to generalize, this would only apply to "leaf node"
> artists, and not artists that simply exist to contain other artists --
> and conceivably we could implement that using either a decorator or
> explicit chaining to a base class, but in any event it would have to be
> a manual process to determine which artists this would apply to. We
> could insert a class in the heirarchy of "ConcreteArtist" (or somesuch)
> to handle this.
I think we should be rather conservative about this sort of thing. 
Sometimes it is better to just explicitly put the two lines in each 
method than to come up with machinery to do it for you. Each level of 
depth in an inheritance hierarchy or "meta" chain is an additional level 
of complexity for someone reading the code. And if someone forgets to 
put in those lines, the penalty is typically from small to nil; but if 
they are put in automatically by fancy methods, and they are not really 
wanted or something else goes wrong, it can make debugging painful.
Eric
>
> Mike
>
> On 11/26/2012 06:17 AM, Phil Elson wrote:
>> I've just been reviewing a really useful PR
>> (https://github.com/matplotlib/matplotlib/pull/1531) from Pierre
>> Haessig which speeds up the drawing of non-visible artists by bringing
>> the following line to the top of the LineArtist's draw method:
>>
>> if self.get_visible() is False:
>> return
>>
>> This *does* fix the problem (and will fix the problem for all other
>> artists if applied in the same way), but it relies on a developer
>> remembering the rule of thumb that they must always start their draw
>> method with these two (simple) lines. Additionally, testing this
>> functionality is actually quite hard without resorting to timing the
>> execution.
>>
>> It made we wonder if there was a better approach to fixing this.
>> Having a decorator to do this for you is a good idea, except that a
>> developer would need to remember to decorate their subclass' draw
>> method, so the next level up is to use a metaclass to *always* wrap
>> the draw method with the "if visible" lines.
>>
>> An example of implementing this (apologies if the code doesn't come
>> out well in the email):
>>
>>
>> class ArtistMeta(type):
>> def __new__(cls, classname, bases, class_dict):
>> # replace the draw method with one which short-circuits if
>> self.visible is False
>> draw_method = class_dict['draw']
>> def draw(self, *args, **kwargs):
>> if self.visible is False:
>> print 'draw **not** called with
>> visible={}'.format(self.visible)
>> return
>> else:
>> return draw_method(self, *args, **kwargs)
>> class_dict['draw'] = draw
>>
>> return type.__new__(cls, classname, bases, class_dict)
>>
>>
>> class Artist(object):
>> __metaclass__ = ArtistMeta
>>
>> def __init__(self, visible=True):
>> self.visible = visible
>>
>> def draw(self, renderer=None):
>> print 'draw called with visible={}'.format(self.visible)
>> return 'foobar'
>>
>>
>> class SubArtist(Artist):
>> def draw(self, renderer=None):
>> print "subclass' draw method"
>> return Artist.draw(self, renderer=renderer)
>>
>>
>>
>>
>> With the following results:
>>
>>
>> >>> a = Artist().draw('wibble')
>> draw called with visible=True
>>
>> >>> b = Artist(False).draw('wibble')
>> draw **not** called with visible=False
>>
>> >>> c = SubArtist(True).draw('wibble')
>> subclass' draw method
>> draw called with visible=True
>>
>> >>> d = SubArtist(False).draw('wibble')
>> draw **not** called with visible=False
>>
>>
>>
>> In my eyes this makes testing the functionality possible without
>> timing (and is therefore an improvement), but I wanted to know how
>> others felt about the approach, and in particular, using more
>> metaclasses in matplotlib (a simple tutorial which I found useful:
>> http://www.voidspace.org.uk/python/articles/metaclasses.shtml).
>>
>>
>> Cheers,
>>
>> Phil

The problem is that I don't think we can do this for all artists. Some 
may need to create groupings, or push and pop state even if they are 
"invisible". For instance, this is used in the SVG backend to create 
named groupings (possibly empty) that are referenced from Javascript to 
provide interactivity. I think I'd rather keep this to the contained 
solution in the PR and not try to generalize it beyond that.
If we did want to generalize, this would only apply to "leaf node" 
artists, and not artists that simply exist to contain other artists -- 
and conceivably we could implement that using either a decorator or 
explicit chaining to a base class, but in any event it would have to be 
a manual process to determine which artists this would apply to. We 
could insert a class in the heirarchy of "ConcreteArtist" (or somesuch) 
to handle this.
Mike
On 11/26/2012 06:17 AM, Phil Elson wrote:
> I've just been reviewing a really useful PR 
> (https://github.com/matplotlib/matplotlib/pull/1531) from Pierre 
> Haessig which speeds up the drawing of non-visible artists by bringing 
> the following line to the top of the LineArtist's draw method:
>
> if self.get_visible() is False:
> return
>
> This *does* fix the problem (and will fix the problem for all other 
> artists if applied in the same way), but it relies on a developer 
> remembering the rule of thumb that they must always start their draw 
> method with these two (simple) lines. Additionally, testing this 
> functionality is actually quite hard without resorting to timing the 
> execution.
>
> It made we wonder if there was a better approach to fixing this. 
> Having a decorator to do this for you is a good idea, except that a 
> developer would need to remember to decorate their subclass' draw 
> method, so the next level up is to use a metaclass to *always* wrap 
> the draw method with the "if visible" lines.
>
> An example of implementing this (apologies if the code doesn't come 
> out well in the email):
>
>
> class ArtistMeta(type):
> def __new__(cls, classname, bases, class_dict):
> # replace the draw method with one which short-circuits if 
> self.visible is False
> draw_method = class_dict['draw']
> def draw(self, *args, **kwargs):
> if self.visible is False:
> print 'draw **not** called with 
> visible={}'.format(self.visible)
> return
> else:
> return draw_method(self, *args, **kwargs)
> class_dict['draw'] = draw
>
> return type.__new__(cls, classname, bases, class_dict)
>
>
> class Artist(object):
> __metaclass__ = ArtistMeta
>
> def __init__(self, visible=True):
> self.visible = visible
>
> def draw(self, renderer=None):
> print 'draw called with visible={}'.format(self.visible)
> return 'foobar'
>
>
> class SubArtist(Artist):
> def draw(self, renderer=None):
> print "subclass' draw method"
> return Artist.draw(self, renderer=renderer)
>
>
>
>
> With the following results:
>
>
> >>> a = Artist().draw('wibble')
> draw called with visible=True
>
> >>> b = Artist(False).draw('wibble')
> draw **not** called with visible=False
>
> >>> c = SubArtist(True).draw('wibble')
> subclass' draw method
> draw called with visible=True
>
> >>> d = SubArtist(False).draw('wibble')
> draw **not** called with visible=False
>
>
>
> In my eyes this makes testing the functionality possible without 
> timing (and is therefore an improvement), but I wanted to know how 
> others felt about the approach, and in particular, using more 
> metaclasses in matplotlib (a simple tutorial which I found useful: 
> http://www.voidspace.org.uk/python/articles/metaclasses.shtml).
>
>
> Cheers,
>
> Phil
>
>
>
>
>
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from 795ドル for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

On Sun, Nov 11, 2012 at 4:23 PM, Benjamin Root <ben...@ou...> wrote:
>
>
> On Thursday, November 8, 2012, Carl Michal wrote:
>>
>> Hello,
>>
>> I noticed that a program I had that uses canvas.blit() to do animated
>> graphs
>> with the gtkagg backend was leaking memory.
>>
>> I tracked this down to gtk gc's being allocated in agg_to_gtk_drawable
>> with
>> gdk_gc_new(), but never being destroyed.
>>
>> The leak can be seen using the 'Animating selected plot elements' example
>> from:
>>
>> http://www.scipy.org/Cookbook/Matplotlib/Animations
>>
>> (if it is modified to run forever, rather than just 50 plots and also
>> changing numerix to numpy). After a few minutes, it is clear from ps that
>> the
>> memory usage is slowly but steadily climbing.
>>
>> Patch below (against matplotlib-1.1.1.) fixes it.
>>
>> Carl
>>
>> --- _gtkagg.cpp~ 2012年06月30日 12:37:00.000000000 -0700
>> +++ _gtkagg.cpp 2012年11月08日 14:30:23.000000000 -0800
>> @@ -121,6 +121,7 @@
>> destbuffer,
>> deststride);
>>
>> + gdk_gc_destroy(gc);
>> if (needfree)
>> {
>> delete [] destbuffer;
>>
>>
>>
>
> If you are willing, would you like to file a PR against the v1.2.x branch?
>
> Ben Root
Decided to follow-up on this and it looks like this patch has already
been applied.
-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

I've just been reviewing a really useful PR (
https://github.com/matplotlib/matplotlib/pull/1531) from Pierre Haessig
which speeds up the drawing of non-visible artists by bringing the
following line to the top of the LineArtist's draw method:
 if self.get_visible() is False:
 return
This *does* fix the problem (and will fix the problem for all other artists
if applied in the same way), but it relies on a developer remembering the
rule of thumb that they must always start their draw method with these two
(simple) lines. Additionally, testing this functionality is actually quite
hard without resorting to timing the execution.
It made we wonder if there was a better approach to fixing this. Having a
decorator to do this for you is a good idea, except that a developer would
need to remember to decorate their subclass' draw method, so the next level
up is to use a metaclass to *always* wrap the draw method with the "if
visible" lines.
An example of implementing this (apologies if the code doesn't come out
well in the email):
class ArtistMeta(type):
 def __new__(cls, classname, bases, class_dict):
 # replace the draw method with one which short-circuits if
self.visible is False
 draw_method = class_dict['draw']
 def draw(self, *args, **kwargs):
 if self.visible is False:
 print 'draw **not** called with
visible={}'.format(self.visible)
 return
 else:
 return draw_method(self, *args, **kwargs)
 class_dict['draw'] = draw
 return type.__new__(cls, classname, bases, class_dict)
class Artist(object):
 __metaclass__ = ArtistMeta
 def __init__(self, visible=True):
 self.visible = visible
 def draw(self, renderer=None):
 print 'draw called with visible={}'.format(self.visible)
 return 'foobar'
class SubArtist(Artist):
 def draw(self, renderer=None):
 print "subclass' draw method"
 return Artist.draw(self, renderer=renderer)
With the following results:
>>> a = Artist().draw('wibble')
draw called with visible=True
>>> b = Artist(False).draw('wibble')
draw **not** called with visible=False
>>> c = SubArtist(True).draw('wibble')
subclass' draw method
draw called with visible=True
>>> d = SubArtist(False).draw('wibble')
draw **not** called with visible=False
In my eyes this makes testing the functionality possible without timing
(and is therefore an improvement), but I wanted to know how others felt
about the approach, and in particular, using more metaclasses in matplotlib
(a simple tutorial which I found useful:
http://www.voidspace.org.uk/python/articles/metaclasses.shtml).
Cheers,
Phil

basedirlist is: ['/user/tkandolkar/Desktop/installers/BuildFolder/']
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 1.2.0
 python: 3.2.3 (default, Oct 11 2012, 11:32:11) [GCC 4.1.2
 20071124 (Red Hat 4.1.2-42)]
 platform: linux2
REQUIRED DEPENDENCIES
 numpy: 1.5.1
 freetype2: 9.10.3
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.10
 Tkinter: no
 * TKAgg requires Tkinter
 Gtk+: no
 * Building for Gtk+ requires pygtk; you must be able
 * to "import gtk" in your build/install environment
 Mac OS X native: no
 Qt: no
 Qt4: no
 PySide: Qt: 4.7.1, PySide: 1.1.2
 Cairo: no
OPTIONAL DATE/TIMEZONE DEPENDENCIES
 dateutil: matplotlib will provide
 pytz: matplotlib will provide
 six: matplotlib will provide
OPTIONAL USETEX DEPENDENCIES
 dvipng: no
 ghostscript: 8.15.2
 latex: no
 pdftops: 3.00
[Edit setup.cfg to suppress the above messages]
============================================================================
pymods ['pylab', 'six']
packages ['matplotlib', 'matplotlib.backends', 'matplotlib.backends.qt4_editor', 'matplotlib.projections', 'matplotlib.testing', 'matplotlib.testing.jpl_units', 'matplotlib.tests', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 'mpl_toolkits.axes_grid', 'mpl_toolkits.axes_grid1', 'mpl_toolkits.axisartist', 'matplotlib.sphinxext', 'matplotlib.tri', 'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil.zoneinfo']
running build
running build_py
copying lib/matplotlib/mpl-data/matplotlibrc -> build/lib.linux-x86_64-3.2/matplotlib/mpl-data
running build_ext
building 'matplotlib.ft2font' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/ft2font.cpp -o build/temp.linux-x86_64-3.2/src/ft2font.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/mplutils.cpp -o build/temp.linux-x86_64-3.2/src/mplutils.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxsupport.cxx -o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxx_extensions.cxx -o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/IndirectPythonInterface.cxx -o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxextensions.c -o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o
g++ -pthread -shared -L. build/temp.linux-x86_64-3.2/src/ft2font.o build/temp.linux-x86_64-3.2/src/mplutils.o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o -L/user/aghuwalewala/python-3_2_3/release/lib -lfreetype -lz -lstdc++ -lm -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/ft2font.cpython-32m.so
building 'matplotlib.ttconv' extension
creating build/temp.linux-x86_64-3.2/ttconv
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/_ttconv.cpp -o build/temp.linux-x86_64-3.2/src/_ttconv.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c ttconv/pprdrv_tt.cpp -o build/temp.linux-x86_64-3.2/ttconv/pprdrv_tt.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c ttconv/pprdrv_tt2.cpp -o build/temp.linux-x86_64-3.2/ttconv/pprdrv_tt2.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c ttconv/ttutil.cpp -o build/temp.linux-x86_64-3.2/ttconv/ttutil.o
g++ -pthread -shared -L. build/temp.linux-x86_64-3.2/src/_ttconv.o build/temp.linux-x86_64-3.2/ttconv/pprdrv_tt.o build/temp.linux-x86_64-3.2/ttconv/pprdrv_tt2.o build/temp.linux-x86_64-3.2/ttconv/ttutil.o -L/user/aghuwalewala/python-3_2_3/release/lib -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/ttconv.cpython-32m.so
building 'matplotlib._cntr' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/cntr.c -o build/temp.linux-x86_64-3.2/src/cntr.o
gcc -pthread -shared -L. build/temp.linux-x86_64-3.2/src/cntr.o -L/user/aghuwalewala/python-3_2_3/release/lib -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/_cntr.cpython-32m.so
building 'matplotlib._delaunay' extension
creating build/temp.linux-x86_64-3.2/lib
creating build/temp.linux-x86_64-3.2/lib/matplotlib
creating build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c lib/matplotlib/delaunay/_delaunay.cpp -o build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay/_delaunay.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c lib/matplotlib/delaunay/VoronoiDiagramGenerator.cpp -o build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay/VoronoiDiagramGenerator.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c lib/matplotlib/delaunay/delaunay_utils.cpp -o build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay/delaunay_utils.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c lib/matplotlib/delaunay/natneighbors.cpp -o build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay/natneighbors.o
g++ -pthread -shared -L. build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay/_delaunay.o build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay/VoronoiDiagramGenerator.o build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay/delaunay_utils.o build/temp.linux-x86_64-3.2/lib/matplotlib/delaunay/natneighbors.o -L/user/aghuwalewala/python-3_2_3/release/lib -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/_delaunay.cpython-32m.so
building 'matplotlib._path' extension
creating build/temp.linux-x86_64-3.2/agg24
creating build/temp.linux-x86_64-3.2/agg24/src
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_vcgen_contour.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_vcgen_contour.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_curves.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_curves.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_bezier_arc.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_bezier_arc.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_trans_affine.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_trans_affine.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_vcgen_stroke.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_vcgen_stroke.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxsupport.cxx -o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxx_extensions.cxx -o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/IndirectPythonInterface.cxx -o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxextensions.c -o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/agg_py_transforms.cpp -o build/temp.linux-x86_64-3.2/src/agg_py_transforms.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/path_cleanup.cpp -o build/temp.linux-x86_64-3.2/src/path_cleanup.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/path.cpp -o build/temp.linux-x86_64-3.2/src/path.o
g++ -pthread -shared -L. build/temp.linux-x86_64-3.2/agg24/src/agg_vcgen_contour.o build/temp.linux-x86_64-3.2/agg24/src/agg_curves.o build/temp.linux-x86_64-3.2/agg24/src/agg_bezier_arc.o build/temp.linux-x86_64-3.2/agg24/src/agg_trans_affine.o build/temp.linux-x86_64-3.2/agg24/src/agg_vcgen_stroke.o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o build/temp.linux-x86_64-3.2/src/agg_py_transforms.o build/temp.linux-x86_64-3.2/src/path_cleanup.o build/temp.linux-x86_64-3.2/src/path.o -L/user/aghuwalewala/python-3_2_3/release/lib -lstdc++ -lm -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/_path.cpython-32m.so
building 'matplotlib._tri' extension
creating build/temp.linux-x86_64-3.2/lib/matplotlib/tri
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c lib/matplotlib/tri/_tri.cpp -o build/temp.linux-x86_64-3.2/lib/matplotlib/tri/_tri.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/mplutils.cpp -o build/temp.linux-x86_64-3.2/src/mplutils.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxsupport.cxx -o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxx_extensions.cxx -o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/IndirectPythonInterface.cxx -o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxextensions.c -o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o
g++ -pthread -shared -L. build/temp.linux-x86_64-3.2/lib/matplotlib/tri/_tri.o build/temp.linux-x86_64-3.2/src/mplutils.o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o -L/user/aghuwalewala/python-3_2_3/release/lib -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/_tri.cpython-32m.so
building 'matplotlib.backends._backend_agg' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_trans_affine.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_trans_affine.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_bezier_arc.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_bezier_arc.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_curves.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_curves.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_vcgen_dash.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_vcgen_dash.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_vcgen_stroke.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_vcgen_stroke.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_image_filters.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_image_filters.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/mplutils.cpp -o build/temp.linux-x86_64-3.2/src/mplutils.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/agg_py_transforms.cpp -o build/temp.linux-x86_64-3.2/src/agg_py_transforms.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxsupport.cxx -o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxx_extensions.cxx -o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/IndirectPythonInterface.cxx -o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxextensions.c -o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/usr/include/freetype2 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/backend_agg.cpp -o build/temp.linux-x86_64-3.2/src/backend_agg.o
g++ -pthread -shared -L. build/temp.linux-x86_64-3.2/agg24/src/agg_trans_affine.o build/temp.linux-x86_64-3.2/agg24/src/agg_bezier_arc.o build/temp.linux-x86_64-3.2/agg24/src/agg_curves.o build/temp.linux-x86_64-3.2/agg24/src/agg_vcgen_dash.o build/temp.linux-x86_64-3.2/agg24/src/agg_vcgen_stroke.o build/temp.linux-x86_64-3.2/agg24/src/agg_image_filters.o build/temp.linux-x86_64-3.2/src/mplutils.o build/temp.linux-x86_64-3.2/src/agg_py_transforms.o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o build/temp.linux-x86_64-3.2/src/backend_agg.o -L/user/aghuwalewala/python-3_2_3/release/lib -lstdc++ -lm -lfreetype -lz -lstdc++ -lm -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/backends/_backend_agg.cpython-32m.so
building 'matplotlib._image' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/image.cpp -o build/temp.linux-x86_64-3.2/src/image.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/mplutils.cpp -o build/temp.linux-x86_64-3.2/src/mplutils.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_trans_affine.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_trans_affine.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_image_filters.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_image_filters.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c agg24/src/agg_bezier_arc.cpp -o build/temp.linux-x86_64-3.2/agg24/src/agg_bezier_arc.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxsupport.cxx -o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxx_extensions.cxx -o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/IndirectPythonInterface.cxx -o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxextensions.c -o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o
g++ -pthread -shared -L. build/temp.linux-x86_64-3.2/src/image.o build/temp.linux-x86_64-3.2/src/mplutils.o build/temp.linux-x86_64-3.2/agg24/src/agg_trans_affine.o build/temp.linux-x86_64-3.2/agg24/src/agg_image_filters.o build/temp.linux-x86_64-3.2/agg24/src/agg_bezier_arc.o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o -L/user/aghuwalewala/python-3_2_3/release/lib -lstdc++ -lm -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/_image.cpython-32m.so
building 'matplotlib._png' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/usr/include/libpng12 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/_png.cpp -o build/temp.linux-x86_64-3.2/src/_png.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/usr/include/libpng12 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c src/mplutils.cpp -o build/temp.linux-x86_64-3.2/src/mplutils.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/usr/include/libpng12 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxsupport.cxx -o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/usr/include/libpng12 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxx_extensions.cxx -o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/usr/include/libpng12 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/IndirectPythonInterface.cxx -o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -DPYCXX_PYTHON_2TO3=1 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I/usr/include/libpng12 -I/user/tkandolkar/Desktop/installers/BuildFolder/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/lib/python3.2/site-packages/numpy/core/include -I. -I/disk/ve/dev/tkandolkar/install/p4streams/dotrox_integration/linux-amd64-gcc_4_1-release/include/python3.2m -c CXX/cxxextensions.c -o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o
g++ -pthread -shared -L. build/temp.linux-x86_64-3.2/src/_png.o build/temp.linux-x86_64-3.2/src/mplutils.o build/temp.linux-x86_64-3.2/CXX/cxxsupport.o build/temp.linux-x86_64-3.2/CXX/cxx_extensions.o build/temp.linux-x86_64-3.2/CXX/IndirectPythonInterface.o build/temp.linux-x86_64-3.2/CXX/cxxextensions.o -L/user/aghuwalewala/python-3_2_3/release/lib -lpng12 -lz -lstdc++ -lm -lpython3.2m -o build/lib.linux-x86_64-3.2/matplotlib/_png.cpython-32m.so

On Thu, Nov 22, 2012 at 6:23 AM, Phil Elson <pel...@gm...> wrote:
> Mike working his magic:
> https://github.com/matplotlib/matplotlib.github.com/commits/master
+1 for Mike magic.
Happy Turkey Day to all my American friends!
>
>
> On 22 November 2012 03:21, Paul Ivanov <piv...@gm...> wrote:
>>
>>
>> On Tue, Nov 20, 2012 at 2:21 PM, Damon McDougall
>> <dam...@gm...> wrote:
>>>
>>> http://matplotlib.org/devel/coding_guide.html
>>>
>>> Scroll down to 'Testing'. Click 'Testing'. Boom.
>>
>>
>> seems to have been fixed now. The "Testing" link over at
>> http://matplotlib.org/devel/coding_guide.html#testing takes me to
>> http://matplotlib.org/devel/testing.html#testing
>>
>> --
>> Paul Ivanov
>> 314 address only used for lists, off-list direct email at:
>> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
-- 
Damon McDougall
http://www.damon-is-a-geek.com
Institute for Computational Engineering Sciences
201 E. 24th St.
Stop C0200
The University of Texas at Austin
Austin, TX 78712-1229

Mike working his magic:
https://github.com/matplotlib/matplotlib.github.com/commits/master
On 22 November 2012 03:21, Paul Ivanov <piv...@gm...> wrote:
>
> On Tue, Nov 20, 2012 at 2:21 PM, Damon McDougall <
> dam...@gm...> wrote:
>
>> http://matplotlib.org/devel/coding_guide.html
>>
>> Scroll down to 'Testing'. Click 'Testing'. Boom.
>>
>
> seems to have been fixed now. The "Testing" link over at
> http://matplotlib.org/devel/coding_guide.html#testing takes me to
> http://matplotlib.org/devel/testing.html#testing
>
> --
> Paul Ivanov
> 314 address only used for lists, off-list direct email at:
> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from 795ドル for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>

On Tue, Nov 20, 2012 at 2:21 PM, Damon McDougall
<dam...@gm...>wrote:
> http://matplotlib.org/devel/coding_guide.html
>
> Scroll down to 'Testing'. Click 'Testing'. Boom.
>
seems to have been fixed now. The "Testing" link over at
http://matplotlib.org/devel/coding_guide.html#testing takes me to
http://matplotlib.org/devel/testing.html#testing
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7