You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
| 2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
| 2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
| 2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
| 2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
| 2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
| 2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
| 2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
| 2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
| 2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
| 2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
| 2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
| 2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(9) |
2
(6) |
3
(8) |
4
(6) |
5
|
|
6
(1) |
7
(4) |
8
(15) |
9
(11) |
10
|
11
(1) |
12
(13) |
|
13
(5) |
14
(10) |
15
(12) |
16
(7) |
17
(12) |
18
(5) |
19
(4) |
|
20
(11) |
21
(4) |
22
(11) |
23
(28) |
24
(24) |
25
(23) |
26
(6) |
|
27
(7) |
28
(17) |
29
(21) |
30
(6) |
|
|
|
> I agree that exploration of large data sets is an important application, > and that we need to speed it up. A couple days ago I added automatic > subsetting (but not decimation--although this could be added easily) to > image drawing, and that made a big difference for panning and zooming > using imshow or pcolorfast with regular grids. Cool. Low-pass filtering is more work to implement and takes away from the computational gains, but it's necessary to prevent aliasing a la the Nyquist-Shannon theorem. > An easy, built-in interface makes sense for line/marker plotting as > well, but it will take some thought to figure out exactly what that > interface should be. The line plotting case (including things like > scatter) is more complicated than the image. Probably optimizations > should be specified via kwargs, not by default. true > Clipping should not be to points inside the xlim, but should include one > more point on each side so that lines go to the edge of the box. Good point. As I understand npy.searchsorted(), it should then be ind0 = npy.searchsorted(self.xorig, xlim[0], side='left') ind1 = npy.searchsorted(self.xorig, xlim[1], side='right') instead of ind0, ind1 = npy.searchsorted(self.xorig, xlim)
I just tried reverting to some older revs. r4802 (0.91.2 release) builds fine. r4817, where the transforms branch was merged in, doesn't, and gives what looks like the same error (see below) as the current revision (see previous post). I think r4817 is also the first time the file _path.cpp shows up in the trunk. Martin C:\home\mspacek\Desktop\Work\matplotlib>python setup.py build_ext --inplace --force ============================================================================ BUILDING MATPLOTLIB matplotlib: 0.91.2svn python: 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] platform: win32 Windows version: (5, 1, 2600, 2, 'Service Pack 2') REQUIRED DEPENDENCIES numpy: 1.0.5.dev5035 freetype2: found, but unknown version (no pkg-config) OPTIONAL BACKEND DEPENDENCIES libpng: found, but unknown version (no pkg-config) Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4 wxPython: 2.8.6.0 * WxAgg extension not required for wxPython >= 2.8 Gtk+: no * Building for Gtk+ requires pygtk; you must be able * to "import gtk" in your build/install environment Qt: no Qt4: no Cairo: no OPTIONAL DATE/TIMEZONE DEPENDENCIES datetime: present, version unknown dateutil: matplotlib will provide pytz: matplotlib will provide OPTIONAL USETEX DEPENDENCIES dvipng: 1.9 ghostscript: 'gswin32c' is not recognized as an internal or external command, operable program or batch file. latex: no EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES configobj: matplotlib will provide enthought.traits: matplotlib will provide [Edit setup.cfg to suppress the above messages] ============================================================================ running build_ext building 'matplotlib.ft2font' extension C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/ft2font.cpp /Fobuild \temp.win32-2.5\Release\src/ft2font.obj ft2font.cpp src\ft2font.cpp(956) : warning C4244: 'initializing' : conversion from 'FT_Long' to 'FT_Bool', possible loss of data C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/mplutils.cpp /Fobuil d\temp.win32-2.5\Release\src/mplutils.obj mplutils.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobu ild\temp.win32-2.5\Release\CXX\cxxsupport.obj cxxsupport.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx / Fobuild\temp.win32-2.5\Release\CXX\cxx_extensions.obj cxx_extensions.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterf ace.cxx /Fobuild\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj IndirectPythonInterface.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fob uild\temp.win32-2.5\Release\CXX\cxxextensions.obj cxxextensions.c C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild freetype.lib z.lib /EXPORT:initft2font build\temp.win32-2.5\Rele ase\src/ft2font.obj build\temp.win32-2.5\Release\src/mplutils.obj build\temp.win32-2.5\Release\CXX\cxxsupport.obj build\ temp.win32-2.5\Release\CXX\cxx_extensions.obj build\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj build\temp.wi n32-2.5\Release\CXX\cxxextensions.obj /OUT:lib\matplotlib\ft2font.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ft2font.l ib Creating library build\temp.win32-2.5\Release\src\ft2font.lib and object build\temp.win32-2.5\Release\src\ft2font.exp building 'matplotlib.ttconv' extension C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/_ttconv.cpp /Fobuild\temp.win32-2.5\Release\src/_ttconv.obj _ttconv.cpp src\_ttconv.cpp(112) : warning C4101: 'e' : unreferenced local variable src\_ttconv.cpp(166) : warning C4101: 'e' : unreferenced local variable C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt.cpp /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt.o bj pprdrv_tt.cpp ttconv\pprdrv_tt.cpp(143) : warning C4101: 'e' : unreferenced local variable ttconv\pprdrv_tt.cpp(312) : warning C4101: 'e' : unreferenced local variable ttconv\pprdrv_tt.cpp(1136) : warning C4101: 'e' : unreferenced local variable C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt2.cpp /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt2 .obj pprdrv_tt2.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/ttutil.cpp /Fobuild\temp.win32-2.5\Release\ttconv/ttutil.obj ttutil.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:initttconv build\temp.win32-2.5\Release\src/_ttconv.obj build\temp.win32-2.5\Release\ttconv/pprdrv_tt.obj build\temp.win32-2.5\Release\ttconv/pprdrv_tt2.obj build\temp.win32-2. 5\Release\ttconv/ttutil.obj /OUT:lib\matplotlib\ttconv.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ttconv.lib Creating library build\temp.win32-2.5\Release\src\ttconv.lib and object build\temp.win32-2.5\Release\src\ttconv.exp building 'matplotlib._cntr' extension C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tcsrc/cntr.c /Fobu ild\temp.win32-2.5\Release\src/cntr.obj cntr.c C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:init_cntr build\temp.win32-2.5\Release\src/cntr.obj /OUT :lib\matplotlib\_cntr.pyd /IMPLIB:build\temp.win32-2.5\Release\src\_cntr.lib Creating library build\temp.win32-2.5\Release\src\_cntr.lib and object build\temp.win32-2.5\Release\src\_cntr.exp building 'matplotlib.nxutils' extension C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tcsrc/nxutils.c /F obuild\temp.win32-2.5\Release\src/nxutils.obj nxutils.c C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:initnxutils build\temp.win32-2.5\Release\src/nxutils.obj /OUT:lib\matplotlib\nxutils.pyd /IMPLIB:build\temp.win32-2.5\Release\src\nxutils.lib Creating library build\temp.win32-2.5\Release\src\nxutils.lib and object build\temp.win32-2.5\Release\src\nxutils.exp building 'matplotlib._path' extension C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_curves.cpp /Fobuild\temp.win32-2.5\Releas e\agg24/src/agg_curves.obj agg_curves.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_bezier_arc.cpp /Fobuild\temp.win32-2.5\Re lease\agg24/src/agg_bezier_arc.obj agg_bezier_arc.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_trans_affine.cpp /Fobuild\temp.win32-2.5\ Release\agg24/src/agg_trans_affine.obj agg_trans_affine.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_vcgen_stroke.cpp /Fobuild\temp.win32-2.5\ Release\agg24/src/agg_vcgen_stroke.obj agg_vcgen_stroke.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobuild\temp.win32-2.5\Release\CXX\ cxxsupport.obj cxxsupport.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx /Fobuild\temp.win32-2.5\Release\ CXX\cxx_extensions.obj cxx_extensions.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterface.cxx /Fobuild\temp.win32-2.5 \Release\CXX\IndirectPythonInterface.obj IndirectPythonInterface.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fobuild\temp.win32-2.5\Release\CXX \cxxextensions.obj cxxextensions.c C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/path.cpp /Fobuild\temp.win32-2.5\Release\src/path.o bj path.cpp c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(82) : warning C4800: 'PyArrayObject *' : forcing valu e to bool 'true' or 'false' (performance warning) src\path.cpp(302) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(302) : error C2065: 'numeric_limits' : undeclared identifier src\path.cpp(302) : error C2062: type 'double' unexpected src\path.cpp(302) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(303) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(303) : error C2062: type 'double' unexpected src\path.cpp(303) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(304) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(304) : error C2062: type 'double' unexpected src\path.cpp(304) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(305) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(305) : error C2062: type 'double' unexpected src\path.cpp(305) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(303) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(304) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(305) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(338) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) src\path.cpp(371) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(371) : error C2062: type 'double' unexpected src\path.cpp(371) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(372) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(372) : error C2062: type 'double' unexpected src\path.cpp(372) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(373) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(373) : error C2062: type 'double' unexpected src\path.cpp(373) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(374) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(374) : error C2062: type 'double' unexpected src\path.cpp(374) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(375) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(375) : error C2062: type 'double' unexpected src\path.cpp(375) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(376) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(376) : error C2062: type 'double' unexpected src\path.cpp(376) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(371) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(372) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(373) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(374) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(375) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(376) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(468) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(468) : error C2062: type 'double' unexpected src\path.cpp(468) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(469) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(469) : error C2062: type 'double' unexpected src\path.cpp(469) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(470) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(470) : error C2062: type 'double' unexpected src\path.cpp(470) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(471) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(471) : error C2062: type 'double' unexpected src\path.cpp(471) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(468) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(469) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(470) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(471) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(526) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) src\path.cpp(826) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) src\path.cpp(992) : error C2146: syntax error : missing ')' before identifier 'or' src\path.cpp(991) : error C3861: 'not': identifier not found, even with argument-dependent lookup src\path.cpp(994) : error C2059: syntax error : ')' error: command '"C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe"' failed with exit status 2
thewtex wrote: >>> Main issue is Matplotlib's performance. I'm trying to plot a current >>> trace from a physics experiment, containing about 300,000 data points. >>> In LabVIEW, one can easily browse through a data set like this, but I >>> haven't been able yet to get such a good performance with >>> IPython+Matplotlib. Especially scrolling/panning through the data is >>> sluggish. (Anyone knows how to add a scrollbar for this instead of >>> panning with the mouse, btw?) >>> >> http://matplotlib.sf.net/examples/embedding_in_gtk3.py shows an >> example using a scrolled window. >> >> You could also use the "clipped line" approach to pass in a custom >> class that only plots the data in the current view limits defined by >> timemin, timemax. See >> http://matplotlib.sf.net/examples/clippedline.py. This example >> changes the marker and line style depending on how many points are in >> the view port, but you could expand on this idea to do downsampling >> when the number of points is too large. > > Hi Onno and JDH, > > JDH, I have just started using matplotlib and love it. Thanks so much for your > work. > > I have come across the same performance issues. My vote is for bringing > clipped line back and even making it the default. A check may be needed in the > constructor to make sure it is sorted, but I think it is worth it. If the > program is used for its primary original intent (plotting), the vast majority > are going to be increasing in x. > > I am including a class based on ClippedLine that does decimation. Please reply > if you have improvements and please consider putting something like it in the > code. This probably should not be used as default, though, because it may not > be what the user expects. For example, if Onno is looking for very short > duration spikes, they will not get plotted. That is the nature of the > decimation beast. And, the filter requires the x data to be equally spaced. > > With decimation you not only get performance increases, but you also get rid of > the smooching that occurs if the data is not monotonic so you can actually see > something. I agree that exploration of large data sets is an important application, and that we need to speed it up. A couple days ago I added automatic subsetting (but not decimation--although this could be added easily) to image drawing, and that made a big difference for panning and zooming using imshow or pcolorfast with regular grids. An easy, built-in interface makes sense for line/marker plotting as well, but it will take some thought to figure out exactly what that interface should be. The line plotting case (including things like scatter) is more complicated than the image. Probably optimizations should be specified via kwargs, not by default. Clipping should not be to points inside the xlim, but should include one more point on each side so that lines go to the edge of the box. Eric
> > Main issue is Matplotlib's performance. I'm trying to plot a current > > trace from a physics experiment, containing about 300,000 data points. > > In LabVIEW, one can easily browse through a data set like this, but I > > haven't been able yet to get such a good performance with > > IPython+Matplotlib. Especially scrolling/panning through the data is > > sluggish. (Anyone knows how to add a scrollbar for this instead of > > panning with the mouse, btw?) > > > > http://matplotlib.sf.net/examples/embedding_in_gtk3.py shows an > example using a scrolled window. > > You could also use the "clipped line" approach to pass in a custom > class that only plots the data in the current view limits defined by > timemin, timemax. See > http://matplotlib.sf.net/examples/clippedline.py. This example > changes the marker and line style depending on how many points are in > the view port, but you could expand on this idea to do downsampling > when the number of points is too large. Hi Onno and JDH, JDH, I have just started using matplotlib and love it. Thanks so much for your work. I have come across the same performance issues. My vote is for bringing clipped line back and even making it the default. A check may be needed in the constructor to make sure it is sorted, but I think it is worth it. If the program is used for its primary original intent (plotting), the vast majority are going to be increasing in x. I am including a class based on ClippedLine that does decimation. Please reply if you have improvements and please consider putting something like it in the code. This probably should not be used as default, though, because it may not be what the user expects. For example, if Onno is looking for very short duration spikes, they will not get plotted. That is the nature of the decimation beast. And, the filter requires the x data to be equally spaced. With decimation you not only get performance increases, but you also get rid of the smooching that occurs if the data is not monotonic so you can actually see something. Here are the performance results on my computer: it took -0.511511087418 seconds for matplotlib.lines.Line2D to draw() it took -0.4196870327 seconds for __main__.ClippedLine to draw() downsampling plotted line... it took -0.11829996109 seconds for __main__.DecimatedClippedLine to draw() from matplotlib.lines import Line2D import numpy as npy from pylab import figure, show, draw import scipy.signal import time # adjusted from /usr/share/doc/matplotlib-0.91.2/examples/clippedline.py class ClippedLine(Line2D): """ Clip the xlimits to the axes view limits -- this example assumes x is sorted """ def __init__(self, ax, *args, **kwargs): Line2D.__init__(self, *args, **kwargs) ## axes the line is plotted in self.ax = ax def set_data(self, *args, **kwargs): Line2D.set_data(self, *args, **kwargs) ## what is plotted pre-clipping self.xorig = npy.array(self._x) ## what is plotted pre-clipping self.yorig = npy.array(self._y) def draw(self, renderer): xlim = self.ax.get_xlim() ind0, ind1 = npy.searchsorted(self.xorig, xlim) self._x = self.xorig[ind0:ind1] self._y = self.yorig[ind0:ind1] Line2D.draw(self, renderer) class DecimatedClippedLine(Line2D): """ Decimate and clip the data so it does not take as long to plot. Assumes data is sorted and equally spaced. """ def __init__(self, ax, *args, **kwargs): """ *Parameters*: ax: axes the line is plotted on *args, **kwargs: Line2D args """ Line2D.__init__(self, *args, **kwargs) ## axes the line is plotted in self.ax = ax def set_data(self, *args, **kwargs): Line2D.set_data(self, *args, **kwargs) ## data preclipping and decimation self.xorig = npy.array(self._x) ## data pre clipping and decimation self.yorig = npy.array(self._y) def draw(self, renderer): bb = self.ax.get_window_extent() width = bb.width() xlim = self.ax.get_xlim() ind0, ind1 = npy.searchsorted(self.xorig, xlim) if self.ax.get_autoscale_on(): ylim = self.ax.get_xlim() self.ax.set_ylim( min([ylim[0], self._y.min()]), max([ylim[1], self._y.max()]) ) self._x = self.xorig[ind0:ind1] self._y = self.yorig[ind0:ind1] if width / float( ind1 - ind0 ) < 0.4: # if number of points to plot is much greater than the pixels in the plot b, a = scipy.signal.butter(5, width / float( ind1 - ind0 ) ) print 'downsampling plotted line...' filty = scipy.signal.lfilter( b, a, self._y ) step = int( ( ind1 - ind0 ) / width ) self._x = self._x[::step] self._y = filty[::step] Line2D.draw(self, renderer) t = npy.arange(0.0, 100.0, 0.0001) s = npy.sin(2*npy.pi*t) s += (npy.random.rand( len(t) ) - 0.5)*3.0 for i in xrange(3): starttime = time.time() fig = figure(i) ax = fig.add_subplot(111, autoscale_on=False) if i == 0: line = Line2D(t, s, color='g', ls='-', lw=2) elif i == 1: line = ClippedLine(ax, t, s, color='g', ls='-', lw=2) elif i == 2: line = DecimatedClippedLine(ax, t, s, color='g', ls='-', lw=2) ax.add_line(line) ax.set_xlim(10,20) ax.set_ylim(-3.3,3.3) ax.set_title( str(line.__class__).replace('_','\_') ) draw() endtime = time.time() print 'it took', starttime-endtime, 'seconds for', str(line.__class__), 'to draw()' show()
Glenn, The slowness is almost entirely in the line rgba = lut[xa] where lut is a 2-D uint8 table and xa is an array of indices. I have replaced that in svn with rgba = lut.take(xa, axis=0) which cuts the time in half! That is still not nearly as fast as the solution you have found. It should be possible to approach it by putting in a little extension code that optimizes the body of the __call__ method. And for me at least, that would be easiest to do with pyrex. Until a decision is made to use pyrex/cython in core matplotlib, however, this will have to wait. Another approach would be to look for ways to speed up fancy indexing in numpy. That would probably be very difficult, but could also be very rewarding if successful. Eric G Jones wrote: > Numpy 1.0.3 and MPL 0.91.2. The image array is 256 x 1024. I found I > could speed things up a lot (~15ms update time) by setting my data to > be a 256 x 1024 x 4 array of uint8, so I guess the solution is to > handle color mapping myself. I appreciate any other suggestions. > Glenn > > On 4/15/08, Eric Firing <ef...@ha...> wrote: >> Glenn, >> >> What version of numpy are you using? What version of matplotlib? And what >> are the dimensions of your image array? >> >> Eric >> >> >> G Jones wrote: >> >>> Thank you for the suggestion. >>> I now have the update time down to about 70 ms. >>> When I run the code through the profiler, I see that each plot update >>> requires a call to matplotlib.colors.Colormap.__call__, >> and each of >>> these calls takes 52 ms, 48 ms of which is spent inside the function >>> itself. This looks like it is the bulk of the delay, so if I can >>> optimize the Colormap.__call__ function, the performance should be >>> much improved. Unfortunately I cannot seem to get finer grained >>> information about what exactly is taking so long inside this function. >>> Can anyone provide any hints? >>> Thanks, >>> Glenn >>> >>> On Sat, Apr 12, 2008 at 7:02 PM, hjc520070 <jia...@16...> wrote: >>> >>>> I just use blit on imshow map, and work properly. Maybe the following >> code >>>> will help you. >>>> >>>> def ontimer() >>>> canvas.restore_region(background) >>>> im.set_array(Z) >>>> ax.draw_artist(self.imList[i]) >>>> canvas.blit(ax.bbox) >>>> canvas.gui_repaint() >>>> -- >>>> View this message in context: >> http://www.nabble.com/speeding-up-imshow-tp16623430p16656693.html >>>> Sent from the matplotlib - users mailing list archive at Nabble.com. >>>>
Numpy 1.0.3 and MPL 0.91.2. The image array is 256 x 1024. I found I could speed things up a lot (~15ms update time) by setting my data to be a 256 x 1024 x 4 array of uint8, so I guess the solution is to handle color mapping myself. I appreciate any other suggestions. Glenn On 4/15/08, Eric Firing <ef...@ha...> wrote: > Glenn, > > What version of numpy are you using? What version of matplotlib? And what > are the dimensions of your image array? > > Eric > > > G Jones wrote: > > > Thank you for the suggestion. > > I now have the update time down to about 70 ms. > > When I run the code through the profiler, I see that each plot update > > requires a call to matplotlib.colors.Colormap.__call__, > and each of > > these calls takes 52 ms, 48 ms of which is spent inside the function > > itself. This looks like it is the bulk of the delay, so if I can > > optimize the Colormap.__call__ function, the performance should be > > much improved. Unfortunately I cannot seem to get finer grained > > information about what exactly is taking so long inside this function. > > Can anyone provide any hints? > > Thanks, > > Glenn > > > > On Sat, Apr 12, 2008 at 7:02 PM, hjc520070 <jia...@16...> wrote: > > > > > I just use blit on imshow map, and work properly. Maybe the following > code > > > will help you. > > > > > > def ontimer() > > > canvas.restore_region(background) > > > im.set_array(Z) > > > ax.draw_artist(self.imList[i]) > > > canvas.blit(ax.bbox) > > > canvas.gui_repaint() > > > -- > > > View this message in context: > http://www.nabble.com/speeding-up-imshow-tp16623430p16656693.html > > > Sent from the matplotlib - users mailing list archive at Nabble.com. > > > > > >
Glenn, What version of numpy are you using? What version of matplotlib? And what are the dimensions of your image array? Eric G Jones wrote: > Thank you for the suggestion. > I now have the update time down to about 70 ms. > When I run the code through the profiler, I see that each plot update > requires a call to matplotlib.colors.Colormap.__call__, and each of > these calls takes 52 ms, 48 ms of which is spent inside the function > itself. This looks like it is the bulk of the delay, so if I can > optimize the Colormap.__call__ function, the performance should be > much improved. Unfortunately I cannot seem to get finer grained > information about what exactly is taking so long inside this function. > Can anyone provide any hints? > Thanks, > Glenn > > On Sat, Apr 12, 2008 at 7:02 PM, hjc520070 <jia...@16...> wrote: >> I just use blit on imshow map, and work properly. Maybe the following code >> will help you. >> >> def ontimer() >> canvas.restore_region(background) >> im.set_array(Z) >> ax.draw_artist(self.imList[i]) >> canvas.blit(ax.bbox) >> canvas.gui_repaint() >> -- >> View this message in context: http://www.nabble.com/speeding-up-imshow-tp16623430p16656693.html >> Sent from the matplotlib - users mailing list archive at Nabble.com.
Hello Benjamin, I think you should use an other kind of an axes. Instead of pylba.subplot(111) (or fig.add_subplot(111)), you could use pylab.axes([0.0, 0.0, 1.0, 1.0]) with the values (left, bottom, width, height) to avoid the gray border. regards Matthias On Wednesday 09 April 2008 20:37:08 Benjamin Drung wrote: > Hello, > > I wrote a Python application using GTK+ and Matplotlib. I normally use > the application in full screen mode (1680x1050). There is a big gray > border. You can reproduce it using the embedding_in_gtk.py from the > examples and full screen it. > > How can I remove this grey border? The numbers on the axes should not be > cropped. > > Regards, > Benjamin Drung
Hello Adrian,
I'm not sure I understood well, but if you want a histogram with logarithmic
yscale, you may want to use something like:
import pylab
pylab.subplot(111, yscale='log')
pylab.histogram(some_nice_data)
pylab.show()
regrads Matthias
On Monday 14 April 2008 22:28:49 Adrian Price-Whelan wrote:
> Hello -
>
> I haven't been able to find any useful documentation about semilogy
> and exactly how i can implement it into a Histogram. I'm simply trying
> to create a histogram of a lot of data with a y-axis scaled
> logarithmically. Specifically I am creating a pixel histogram of a
> FITS image...for anyone who cares. Here is the code i've used to
> create the histogram:
>
> #! /usr/bin/env python
>
> import Image
> import pyfits
> import numpy
> import numarray
> from pylab import *
>
> #Open each image
> Gim = pyfits.open('Gimage.fits')
>
> #Create arrays of the data from each image
> Garray = Gim[0].data
>
> onedarray = []
>
> xsize,ysize = Garray.shape
>
> for x in xrange(xsize):
> for y in xrange(ysize):
> if Garray[x,y] >= -0.02:
> if Garray[x,y] <= 0.6:
> onedarray.append(Garray[x,y])
>
> g_hist = hist(onedarray,bins=100)
> axis([-0.05,0.65,1,90000])
>
> xlabel('Pixel Number')
> ylabel('How Many of Each Pixel')
> savefig('test_histPANDA.png')
> show()
>
> thanks!!
>
> -Adrian
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save 100ドル.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/java
>one _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Sorry I didn't chime in sooner, as I'm pretty sure i know exactly what the problem is, and I should have reported it a couple weeks ago when I found it. > Matplotlib aside, you might want to make sure you installed the > Unicode version of wxWidgets, and reinstall it if necessary. Actually, this is backwards -- I think the OP is using the unicode version of wxPython, and that's the source of the problem. The unicode version returns a unicode object from a FileDialog for a path. MPL can't deal with a unicode filename, and thus the error: >>>> Matplotlib backend_wx error >>>> cannot return std::string from Unicode object There are a couple solutions: 1) use the ansi, rather than unicode version of wxPython. 2) Patch MPL: a) convert the filename to a string before passing it off to MPL -- this is an bad kludge, as the Mac (and recent Windows, and Linux, and...) filesystem is unicode, and folks could have non-ansi characters in their filenames. b) Open the file with Python, and pass that into the MPL savefig method, instead of the filename. This is apparently slow with older MPLs, but has been fixed for good performance in SVN. However, I think I tried this on the Mac, and it worked great, but on Windows, I didn't get errors, but didn't get valid PNGs either. I ended up going back to converting my filename to a string and passing that off to MPL. See: http://www.nabble.com/unicode-filenames-and-MPL.-to16318069.html#a16318069 For more discussion. Can an MPL dev fix this, please? -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...
Thank you for the suggestion. I now have the update time down to about 70 ms. When I run the code through the profiler, I see that each plot update requires a call to matplotlib.colors.Colormap.__call__, and each of these calls takes 52 ms, 48 ms of which is spent inside the function itself. This looks like it is the bulk of the delay, so if I can optimize the Colormap.__call__ function, the performance should be much improved. Unfortunately I cannot seem to get finer grained information about what exactly is taking so long inside this function. Can anyone provide any hints? Thanks, Glenn On Sat, Apr 12, 2008 at 7:02 PM, hjc520070 <jia...@16...> wrote: > > I just use blit on imshow map, and work properly. Maybe the following code > will help you. > > def ontimer() > canvas.restore_region(background) > im.set_array(Z) > ax.draw_artist(self.imList[i]) > canvas.blit(ax.bbox) > canvas.gui_repaint() > -- > View this message in context: http://www.nabble.com/speeding-up-imshow-tp16623430p16656693.html > Sent from the matplotlib - users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save 100ドル. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Hello, I just updated from svn (r5042) for the first time in about 6 months (I think r3296 or so was my last rev), and I can no longer build in win32 with msvc 7.1. I've got win32_static (extracted from http://matplotlib.sourceforge.net/win32_static_vs.tar.gz) in my mpl root folder. Here's what I get: > python setup.py build_ext --inplace --force ============================================================================ BUILDING MATPLOTLIB matplotlib: 0.98pre python: 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] platform: win32 Windows version: (5, 1, 2600, 2, 'Service Pack 2') REQUIRED DEPENDENCIES numpy: 1.0.5.dev5035 freetype2: found, but unknown version (no pkg-config) OPTIONAL BACKEND DEPENDENCIES libpng: found, but unknown version (no pkg-config) Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4 wxPython: 2.8.6.0 * WxAgg extension not required for wxPython >= 2.8 Gtk+: no * Building for Gtk+ requires pygtk; you must be able * to "import gtk" in your build/install environment Qt: no Qt4: no Cairo: no OPTIONAL DATE/TIMEZONE DEPENDENCIES datetime: present, version unknown dateutil: matplotlib will provide pytz: matplotlib will provide OPTIONAL USETEX DEPENDENCIES dvipng: 1.9 ghostscript: 'gswin32c' is not recognized as an internal or external command, operable program or batch file. latex: no EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES configobj: matplotlib will provide enthought.traits: matplotlib will provide [Edit setup.cfg to suppress the above messages] ============================================================================ running build_ext building 'matplotlib.ft2font' extension creating build\temp.win32-2.5 creating build\temp.win32-2.5\Release creating build\temp.win32-2.5\Release\src creating build\temp.win32-2.5\Release\CXX C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/ft2font.cpp /Fobuild \temp.win32-2.5\Release\src/ft2font.obj ft2font.cpp src\ft2font.cpp(947) : warning C4244: 'initializing' : conversion from 'FT_Long' to 'FT_Bool', possible loss of data C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/mplutils.cpp /Fobuil d\temp.win32-2.5\Release\src/mplutils.obj mplutils.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobu ild\temp.win32-2.5\Release\CXX\cxxsupport.obj cxxsupport.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx / Fobuild\temp.win32-2.5\Release\CXX\cxx_extensions.obj cxx_extensions.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterf ace.cxx /Fobuild\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj IndirectPythonInterface.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - Iwin32_static\include\freetype2 -I.\freetype2 -IC:\bin\Python25\include -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fob uild\temp.win32-2.5\Release\CXX\cxxextensions.obj cxxextensions.c C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild freetype.lib z.lib /EXPORT:initft2font build\temp.win32-2.5\Rele ase\src/ft2font.obj build\temp.win32-2.5\Release\src/mplutils.obj build\temp.win32-2.5\Release\CXX\cxxsupport.obj build\ temp.win32-2.5\Release\CXX\cxx_extensions.obj build\temp.win32-2.5\Release\CXX\IndirectPythonInterface.obj build\temp.wi n32-2.5\Release\CXX\cxxextensions.obj /OUT:lib\matplotlib\ft2font.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ft2font.l ib Creating library build\temp.win32-2.5\Release\src\ft2font.lib and object build\temp.win32-2.5\Release\src\ft2font.exp building 'matplotlib.ttconv' extension creating build\temp.win32-2.5\Release\ttconv C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/_ttconv.cpp /Fobuild\temp.win32-2.5\Release\src/_ttconv.obj _ttconv.cpp src\_ttconv.cpp(112) : warning C4101: 'e' : unreferenced local variable src\_ttconv.cpp(166) : warning C4101: 'e' : unreferenced local variable C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt.cpp /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt.o bj pprdrv_tt.cpp ttconv\pprdrv_tt.cpp(143) : warning C4101: 'e' : unreferenced local variable ttconv\pprdrv_tt.cpp(312) : warning C4101: 'e' : unreferenced local variable ttconv\pprdrv_tt.cpp(1136) : warning C4101: 'e' : unreferenced local variable C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/pprdrv_tt2.cpp /Fobuild\temp.win32-2.5\Release\ttconv/pprdrv_tt2 .obj pprdrv_tt2.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Iwin32_static\include -I. - IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpttconv/ttutil.cpp /Fobuild\temp.win32-2.5\Release\ttconv/ttutil.obj ttutil.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:initttconv build\temp.win32-2.5\Release\src/_ttconv.obj build\temp.win32-2.5\Release\ttconv/pprdrv_tt.obj build\temp.win32-2.5\Release\ttconv/pprdrv_tt2.obj build\temp.win32-2. 5\Release\ttconv/ttutil.obj /OUT:lib\matplotlib\ttconv.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ttconv.lib Creating library build\temp.win32-2.5\Release\src\ttconv.lib and object build\temp.win32-2.5\Release\src\ttconv.exp building 'matplotlib._cntr' extension C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tcsrc/cntr.c /Fobu ild\temp.win32-2.5\Release\src/cntr.obj cntr.c C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:init_cntr build\temp.win32-2.5\Release\src/cntr.obj /OUT :lib\matplotlib\_cntr.pyd /IMPLIB:build\temp.win32-2.5\Release\src\_cntr.lib Creating library build\temp.win32-2.5\Release\src\_cntr.lib and object build\temp.win32-2.5\Release\src\_cntr.exp building 'matplotlib.nxutils' extension C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tcsrc/nxutils.c /F obuild\temp.win32-2.5\Release\src/nxutils.obj nxutils.c C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo /INCREMENTAL:NO /LIBPATH:win32_static\lib /LIBPAT H:C:\bin\Python25\libs /LIBPATH:C:\bin\Python25\PCBuild /EXPORT:initnxutils build\temp.win32-2.5\Release\src/nxutils.obj /OUT:lib\matplotlib\nxutils.pyd /IMPLIB:build\temp.win32-2.5\Release\src\nxutils.lib Creating library build\temp.win32-2.5\Release\src\nxutils.lib and object build\temp.win32-2.5\Release\src\nxutils.exp building 'matplotlib._path' extension creating build\temp.win32-2.5\Release\agg24 creating build\temp.win32-2.5\Release\agg24\src C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_curves.cpp /Fobuild\temp.win32-2.5\Releas e\agg24/src/agg_curves.obj agg_curves.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_bezier_arc.cpp /Fobuild\temp.win32-2.5\Re lease\agg24/src/agg_bezier_arc.obj agg_bezier_arc.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_trans_affine.cpp /Fobuild\temp.win32-2.5\ Release\agg24/src/agg_trans_affine.obj agg_trans_affine.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpagg24/src/agg_vcgen_stroke.cpp /Fobuild\temp.win32-2.5\ Release\agg24/src/agg_vcgen_stroke.obj agg_vcgen_stroke.cpp C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxxsupport.cxx /Fobuild\temp.win32-2.5\Release\CXX\ cxxsupport.obj cxxsupport.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\cxx_extensions.cxx /Fobuild\temp.win32-2.5\Release\ CXX\cxx_extensions.obj cxx_extensions.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TpCXX\IndirectPythonInterface.cxx /Fobuild\temp.win32-2.5 \Release\CXX\IndirectPythonInterface.obj IndirectPythonInterface.cxx C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /TcCXX\cxxextensions.c /Fobuild\temp.win32-2.5\Release\CXX \cxxextensions.obj cxxextensions.c C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -IC:\bin\Python25\lib\site-p ackages\numpy\core\include -Iwin32_static\include -I. -IC:\bin\Python25\lib\site-packages\numpy\core\include -Isrc -Iagg 24/include -I. -IC:\bin\Python25\include -IC:\bin\Python25\PC /Tpsrc/path.cpp /Fobuild\temp.win32-2.5\Release\src/path.o bj path.cpp c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(98) : warning C4800: 'PyArrayObject *' : forcing valu e to bool 'true' or 'false' (performance warning) src\path.cpp(308) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(308) : error C2065: 'numeric_limits' : undeclared identifier src\path.cpp(308) : error C2062: type 'double' unexpected src\path.cpp(308) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(309) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(309) : error C2062: type 'double' unexpected src\path.cpp(309) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(310) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(310) : error C2062: type 'double' unexpected src\path.cpp(310) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(311) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(311) : error C2062: type 'double' unexpected src\path.cpp(311) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(312) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(312) : error C2062: type 'double' unexpected src\path.cpp(312) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(313) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(313) : error C2062: type 'double' unexpected src\path.cpp(313) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(309) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(310) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(311) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(312) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(313) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(340) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) src\path.cpp(385) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(385) : error C2062: type 'double' unexpected src\path.cpp(385) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(386) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(386) : error C2062: type 'double' unexpected src\path.cpp(386) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(387) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(387) : error C2062: type 'double' unexpected src\path.cpp(387) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(388) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(388) : error C2062: type 'double' unexpected src\path.cpp(388) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(389) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(389) : error C2062: type 'double' unexpected src\path.cpp(389) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(390) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(390) : error C2062: type 'double' unexpected src\path.cpp(390) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(385) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(386) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(387) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(388) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(389) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(390) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(475) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(475) : error C2062: type 'double' unexpected src\path.cpp(475) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(476) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(476) : error C2062: type 'double' unexpected src\path.cpp(476) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(477) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(477) : error C2062: type 'double' unexpected src\path.cpp(477) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(478) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(478) : error C2062: type 'double' unexpected src\path.cpp(478) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(479) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(479) : error C2062: type 'double' unexpected src\path.cpp(479) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(480) : error C2039: 'numeric_limits' : is not a member of 'std' src\path.cpp(480) : error C2062: type 'double' unexpected src\path.cpp(480) : error C2039: 'infinity' : is not a member of 'operator``global namespace''' src\path.cpp(475) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(476) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(477) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(478) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(479) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(480) : error C3861: 'numeric_limits': identifier not found, even with argument-dependent lookup src\path.cpp(535) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) src\path.cpp(835) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) src\path.cpp(1001) : error C2146: syntax error : missing ')' before identifier 'or' src\path.cpp(1000) : error C3861: 'not': identifier not found, even with argument-dependent lookup src\path.cpp(1003) : error C2059: syntax error : ')' error: command '"C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe"' failed with exit status 2 It looks like _path.cpp is a new file that was added since my last update. Any ideas? Thanks! Martin