[matplotlib-devel] Patch: Reorder #includes in ttconv/pprdrv_tt2.cpp

2011-10-14 Thread Wesley Emeneker
Attached is patch that moves
#include 
to before
#include 

The Portland group compiler (v 11.8) won't build ttconv/pprdrv_tt2.cpp with
the original ordering.
This is most likely a compiler bug, but changing the include order seems
pretty harmless.

Thanks for the great tool.
I love matplotlib.


Wesley

-- 
Wesley Emeneker, Research Scientist
The Partnership for an Advanced Computing Environment
Georgia Institute of Technology

404.385.2303
[email protected]
http://pace.gatech.edu
From 27b17f333bc23d7a54d1932ae53f9c7f96cd4416 Mon Sep 17 00:00:00 2001
From: Wesley Emeneker 
Date: Fri, 14 Oct 2011 07:26:12 -0400
Subject: [PATCH] Reordered #include so that PGI C++ compiler will build matplotlib

---
 ttconv/pprdrv_tt2.cpp |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/ttconv/pprdrv_tt2.cpp b/ttconv/pprdrv_tt2.cpp
index 61e2dd9..f8c8cef 100644
--- a/ttconv/pprdrv_tt2.cpp
+++ b/ttconv/pprdrv_tt2.cpp
@@ -33,8 +33,8 @@
 */
 
 #include "global_defines.h"
-#include 
 #include 
+#include 
 #include 
 #include 
 #include "pprdrv.h"
-- 
1.7.4.1

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] Patch: Reorder #includes in ttconv/pprdrv_tt2.cpp

2011-10-14 Thread John Hunter
On Fri, Oct 14, 2011 at 6:30 AM, Wesley Emeneker
 wrote:
> Attached is patch that moves
> #include 
> to before
> #include 
>
> The Portland group compiler (v 11.8) won't build ttconv/pprdrv_tt2.cpp with
> the original ordering.
> This is most likely a compiler bug, but changing the include order seems
> pretty harmless.
>
> Thanks for the great tool.
> I love matplotlib.
>

Thanks for the report -- filed as issue

https://github.com/matplotlib/matplotlib/issues/526

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] draw() in Figure does not obey get_animated()

2011-10-14 Thread Daniel Hyams
This could be intentional...I don't know much about the history of
matplotlib, so it's hard to guess at these things.  Anyway, the figure
container does not care about the "animated" state of its artists when it
does its drawing.

To fix this, in the Figure.draw routine (in figure.py), add the following
line just before dsu.sort():

 dsu = [x for x in dsu if not x[1].im_self.get_animated()]

-- 
Daniel Hyams
[email protected]
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel