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'm on Windows with python 2.5. How do I find the version of matplotlib? I think it is fairly recent (within last 6 months anyhow). Shouldn't an error be raised? See: C:\Dev\MyProjects\Bio\hmm\python>python Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> from pylab import figure, savefig >>> figure() <matplotlib.figure.Figure instance at 0x0191D210> >>> savefig(None) C:\Dev\MyProjects\Bio\hmm\python>python ... and so back to DOS prompt John.
On 23/04/2008, Joshua Lippai <dis...@gm...> wrote: > Alternatively, if you're only building this for your own use and not > for packaging a Universal Binary you want PowerPC users to be able to > use, you could simply eliminate the ppc arch flags in the Makefile > inside /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/ > Apologies for perhaps raising an old chestnut here.... but these issues would not arise if we had separate intel and ppc MacPython binaries. George Nurser.
Alternatively, if you're only building this for your own use and not for packaging a Universal Binary you want PowerPC users to be able to use, you could simply eliminate the ppc arch flags in the Makefile inside /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/ On Mon, Apr 21, 2008 at 5:24 PM, jules hummon <hu...@ha...> wrote: > > Hello OSX SVN MPL users > > I am following the instructions on > http://ipython.scipy.org/moin/Py4Science/InstallationOSX > and ran into some trouble. > > The computer is a 13" intel macbook, > OSX 10.5.2 installed fresh in December 2007 > > Everything went reasonably well until I got to matplotlib. > I ran into an architecture incompatibility: > > ** ld: warning [snip] missing required architecture ppc in file > > My notes, along with various comments and links to error output etc, > are contained in this link: > http://currents.soest.hawaii.edu/misc/mins_notes/py4science_anotes.html > > Any comments and/or help would be appreciated. > > Jules > > ------------------------------------------------------------------------- > 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 >
> round() is defined in math.h so adding > > #include <math.h> > > to the top of the file might fix it. > > Thanks for your patience! > > Mike Just tried the latest rev where you've added <math.h> to the top, still get the same error. Apparently round isn't defined in math.h: C:\home\mspacek\Desktop\mpl>python setup.py build_ext ============================================================================ 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.1.0.dev5061 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(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 creating build\lib.win32-2.5 creating build\lib.win32-2.5\matplotlib 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:build\lib.win32-2.5\matplotlib\ft2font.pyd /IMPLIB:build\temp.win32-2.5\Relea se\src\ft2font.lib 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:build\lib.win32-2.5\matplotlib\ttconv.pyd /IMPLIB:build\temp.win32-2.5\Release\src\ttco nv.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 :build\lib.win32-2.5\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:build\lib.win32-2.5\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 /Tpsrc/path.cpp /Fobuild\temp.win32-2.5\Release\src/path.o bj path.cpp c:\home\mspacek\Desktop\mpl\src\agg_py_path_iterator.h(98) : warning C4800: 'PyArrayObject *' : forcing value to bool 't rue' or 'false' (performance warning) src\path.cpp(343) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) src\path.cpp(538) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) src\path.cpp(838) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) c:\home\mspacek\Desktop\mpl\src\agg_py_path_iterator.h(160) : error C3861: 'round': identifier not found, even with argu ment-dependent lookup c:\home\mspacek\Desktop\mpl\src\agg_py_path_iterator.h(150) : while compiling class-template member function 'un signed int SimplifyPath<VertexSource>::vertex(double *,double *)' with [ VertexSource=transformed_path_t ] src\path.cpp(1118) : see reference to class template instantiation 'SimplifyPath<VertexSource>' being compiled with [ VertexSource=transformed_path_t ] c:\home\mspacek\Desktop\mpl\src\agg_py_path_iterator.h(161) : error C3861: 'round': identifier not found, even with argu ment-dependent lookup c:\home\mspacek\Desktop\mpl\src\agg_py_path_iterator.h(217) : error C3861: 'round': identifier not found, even with argu ment-dependent lookup c:\home\mspacek\Desktop\mpl\src\agg_py_path_iterator.h(218) : error C3861: 'round': identifier not found, even with argu ment-dependent lookup error: command '"C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe"' failed with exit status 2
On Tue, Apr 22, 2008 at 5:28 PM, Charlie Moad <cw...@gm...> wrote: > The internal compiler error is something we are all running into right now. > The only known fix is to run the build with the gcc flag "-Os" instead of > "-O3". You should be able to do this by setting the environment during your > build: > > CFLAGS="-Os" python setup.py build I don't think he is getting the compiler error, but an architecture error (ppc vs i386). Some combination of setting CFLAGS and LDFLAGS as Charlie points out in his build notes at http://ipython.scipy.org/moin/MatplotlibOSXBuildNotes may help (but adding the -Os is probably needed to) The following is working for me (using the macpython python and the xcode freetype and libpng): 500 export CFLAGS='-Os -arch i386 -arch ppc' 501 export LDFLAGS='-arch i386 -arch ppc' 506 export PKG_CONFIG_PATH="/usr/X11/lib/pkgconfig:/usr/local/lib/pkgconfig:/usr/lib/pkgconfig" 510 export PATH="/usr/local/bin:/Library/Frameworks/Python.framework/Versions/Current/bin:${PATH}" 511 rm -rf build 512 python setup.py build 513 sudo python setup.py install 514 python -c 'import matplotlib; print matplotlib.__file__' You may need to make sure that you freetype and libpng are universal as well -- if you are using the X11 ones as provided by apple you should be fine, but if you are building them yourself make sure you set the arch flags when building them, as Charlie describes in his build notes.
The internal compiler error is something we are all running into right now. The only known fix is to run the build with the gcc flag "-Os" instead of "-O3". You should be able to do this by setting the environment during your build: CFLAGS="-Os" python setup.py build On Mon, Apr 21, 2008 at 8:24 PM, jules hummon <hu...@ha...> wrote: > > Hello OSX SVN MPL users > > I am following the instructions on > http://ipython.scipy.org/moin/Py4Science/InstallationOSX > and ran into some trouble. > > The computer is a 13" intel macbook, > OSX 10.5.2 installed fresh in December 2007 > > Everything went reasonably well until I got to matplotlib. > I ran into an architecture incompatibility: > > ** ld: warning [snip] missing required architecture ppc in file > > My notes, along with various comments and links to error output etc, > are contained in this link: > http://currents.soest.hawaii.edu/misc/mins_notes/py4science_anotes.html > > Any comments and/or help would be appreciated. > > Jules > > ------------------------------------------------------------------------- > 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 >
Kaushik > > If the source of your distribution is not an issue, I would recommend using > > matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg Thanks, and I have had success with various packaged versions, but I want to be able to update and compile the svn version at will, just like I can under linux. still stuck,... Jules
Yes. I'll fix that. Thanks. Kaushik Ghose wrote: > Thanks, that worked! > > Small note, the example matplotlibrc file on the website > (http://matplotlib.sourceforge.net/matplotlibrc) as well as the one in > the most recent mac OS egg has "svg.embed_chars". > > Thanks > -Kaushik > > Michael Droettboom wrote: >> Sorry. I mistyped. It's "svg.embed_char_paths" >> >> Cheers, >> Mike >> >> Kaushik Ghose wrote: >>> Hi Mike, >>> >>> Thanks for the tip. I tried it, but I get the following message: >>> >>> Bad key "svg.embed_chars" on line 294 in >>> /Users/kghose/.matplotlib/matplotlibrc. >>> You probably need to get an updated matplotlibrc file from >>> http://matplotlib.sf.net/matplotlibrc or from the matplotlib source >>> distribution >>> >>> The text is still exported as path. >>> >>> Thanks >>> -Kaushik >>> >>> >>> Michael Droettboom wrote: >>>> The rcParam svg.embed_chars controls this behavior. I would assume >>>> it is set differently on your Windows and Mac boxes. >>>> >>>> When it is True, rather than outputting <text> blocks, it embeds >>>> the characters as outlines. This means that the fonts do not have >>>> to be installed just to view the SVG correctly. The upside is >>>> better "portability" of the file. The downside is that the text >>>> can be impossible to edit in tools such as Inkscape or >>>> Illustrator. (Using SVG fonts would have been better, but there >>>> isn't much support for them in the wild yet). >>>> >>>> When it is False, regular text blocks are used, but things will >>>> look strange (particularly with math text) if the correct fonts are >>>> not installed on the viewer's machine. >>>> >>>> Hope that helps. >>>> >>>> Mike >>>> >>>> Kaushik Ghose wrote: >>>>> Hi Everyone, >>>>> >>>>> I'm using matplotlib on mac >>>>> (matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg) . >>>>> >>>>> On windows svg export would have very sensible text grouping. For >>>>> example an xlabel('Time') when saved to svg results in one text >>>>> object 'Time'. >>>>> >>>>> In the mac version this is saved as 5 separate objects, not text. >>>>> A little puzzling, and inconvenient. >>>>> >>>>> Is there an option somewhere to change this behavior? >>>>> >>>>> I'm attaching an example svg. >>>>> >>>>> Thanks! >>>>> -Kaushik >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> ------------------------------------------------------------------------- >>>>> >>>>> 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 >>>>> >> -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Thanks, that worked! Small note, the example matplotlibrc file on the website (http://matplotlib.sourceforge.net/matplotlibrc) as well as the one in the most recent mac OS egg has "svg.embed_chars". Thanks -Kaushik Michael Droettboom wrote: > Sorry. I mistyped. It's "svg.embed_char_paths" > > Cheers, > Mike > > Kaushik Ghose wrote: >> Hi Mike, >> >> Thanks for the tip. I tried it, but I get the following message: >> >> Bad key "svg.embed_chars" on line 294 in >> /Users/kghose/.matplotlib/matplotlibrc. >> You probably need to get an updated matplotlibrc file from >> http://matplotlib.sf.net/matplotlibrc or from the matplotlib source >> distribution >> >> The text is still exported as path. >> >> Thanks >> -Kaushik >> >> >> Michael Droettboom wrote: >>> The rcParam svg.embed_chars controls this behavior. I would assume >>> it is set differently on your Windows and Mac boxes. >>> >>> When it is True, rather than outputting <text> blocks, it embeds the >>> characters as outlines. This means that the fonts do not have to be >>> installed just to view the SVG correctly. The upside is better >>> "portability" of the file. The downside is that the text can be >>> impossible to edit in tools such as Inkscape or Illustrator. (Using >>> SVG fonts would have been better, but there isn't much support for >>> them in the wild yet). >>> >>> When it is False, regular text blocks are used, but things will look >>> strange (particularly with math text) if the correct fonts are not >>> installed on the viewer's machine. >>> >>> Hope that helps. >>> >>> Mike >>> >>> Kaushik Ghose wrote: >>>> Hi Everyone, >>>> >>>> I'm using matplotlib on mac >>>> (matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg) . >>>> >>>> On windows svg export would have very sensible text grouping. For >>>> example an xlabel('Time') when saved to svg results in one text >>>> object 'Time'. >>>> >>>> In the mac version this is saved as 5 separate objects, not text. A >>>> little puzzling, and inconvenient. >>>> >>>> Is there an option somewhere to change this behavior? >>>> >>>> I'm attaching an example svg. >>>> >>>> Thanks! >>>> -Kaushik >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> >>>> 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 >>>> >
Sorry. I mistyped. It's "svg.embed_char_paths" Cheers, Mike Kaushik Ghose wrote: > Hi Mike, > > Thanks for the tip. I tried it, but I get the following message: > > Bad key "svg.embed_chars" on line 294 in > /Users/kghose/.matplotlib/matplotlibrc. > You probably need to get an updated matplotlibrc file from > http://matplotlib.sf.net/matplotlibrc or from the matplotlib source > distribution > > The text is still exported as path. > > Thanks > -Kaushik > > > Michael Droettboom wrote: >> The rcParam svg.embed_chars controls this behavior. I would assume >> it is set differently on your Windows and Mac boxes. >> >> When it is True, rather than outputting <text> blocks, it embeds the >> characters as outlines. This means that the fonts do not have to be >> installed just to view the SVG correctly. The upside is better >> "portability" of the file. The downside is that the text can be >> impossible to edit in tools such as Inkscape or Illustrator. (Using >> SVG fonts would have been better, but there isn't much support for >> them in the wild yet). >> >> When it is False, regular text blocks are used, but things will look >> strange (particularly with math text) if the correct fonts are not >> installed on the viewer's machine. >> >> Hope that helps. >> >> Mike >> >> Kaushik Ghose wrote: >>> Hi Everyone, >>> >>> I'm using matplotlib on mac >>> (matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg) . >>> >>> On windows svg export would have very sensible text grouping. For >>> example an xlabel('Time') when saved to svg results in one text >>> object 'Time'. >>> >>> In the mac version this is saved as 5 separate objects, not text. A >>> little puzzling, and inconvenient. >>> >>> Is there an option somewhere to change this behavior? >>> >>> I'm attaching an example svg. >>> >>> Thanks! >>> -Kaushik >>> ------------------------------------------------------------------------ >>> >>> >>> ------------------------------------------------------------------------- >>> >>> 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 >>> >> -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Hi Mike, Thanks for the tip. I tried it, but I get the following message: Bad key "svg.embed_chars" on line 294 in /Users/kghose/.matplotlib/matplotlibrc. You probably need to get an updated matplotlibrc file from http://matplotlib.sf.net/matplotlibrc or from the matplotlib source distribution The text is still exported as path. Thanks -Kaushik Michael Droettboom wrote: > The rcParam svg.embed_chars controls this behavior. I would assume it > is set differently on your Windows and Mac boxes. > > When it is True, rather than outputting <text> blocks, it embeds the > characters as outlines. This means that the fonts do not have to be > installed just to view the SVG correctly. The upside is better > "portability" of the file. The downside is that the text can be > impossible to edit in tools such as Inkscape or Illustrator. (Using SVG > fonts would have been better, but there isn't much support for them in > the wild yet). > > When it is False, regular text blocks are used, but things will look > strange (particularly with math text) if the correct fonts are not > installed on the viewer's machine. > > Hope that helps. > > Mike > > Kaushik Ghose wrote: >> Hi Everyone, >> >> I'm using matplotlib on mac >> (matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg) . >> >> On windows svg export would have very sensible text grouping. For >> example an xlabel('Time') when saved to svg results in one text object >> 'Time'. >> >> In the mac version this is saved as 5 separate objects, not text. A >> little puzzling, and inconvenient. >> >> Is there an option somewhere to change this behavior? >> >> I'm attaching an example svg. >> >> Thanks! >> -Kaushik >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> 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 >> >
The rcParam svg.embed_chars controls this behavior. I would assume it is set differently on your Windows and Mac boxes. When it is True, rather than outputting <text> blocks, it embeds the characters as outlines. This means that the fonts do not have to be installed just to view the SVG correctly. The upside is better "portability" of the file. The downside is that the text can be impossible to edit in tools such as Inkscape or Illustrator. (Using SVG fonts would have been better, but there isn't much support for them in the wild yet). When it is False, regular text blocks are used, but things will look strange (particularly with math text) if the correct fonts are not installed on the viewer's machine. Hope that helps. Mike Kaushik Ghose wrote: > Hi Everyone, > > I'm using matplotlib on mac > (matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg) . > > On windows svg export would have very sensible text grouping. For > example an xlabel('Time') when saved to svg results in one text object > 'Time'. > > In the mac version this is saved as 5 separate objects, not text. A > little puzzling, and inconvenient. > > Is there an option somewhere to change this behavior? > > I'm attaching an example svg. > > Thanks! > -Kaushik > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > 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 > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Martin Spacek wrote: > Michael, > > Sorry for the delay. Adding: > > #include <limits> > > to the top of path.cpp in rev5055 helps - most of the errors have > disappeared, but I still get this: > > running build_ext > 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 > /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(340) : warning C4800: 'long' : forcing value to bool > 'true' or 'false' (performance warning) > 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 > > > Looks like VS2003 is picky about using not and or. So I replaced them > with ! and ||, which helped. Now I get this error: Sorry about that. That comes from switching between Python and C/C++ all the time. I have updated SVN to reflect this. > > running build_ext > 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 > /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(340) : warning C4800: 'long' : forcing value to bool > 'true' or 'false' (performance warning) > 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) > c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(160) > : error C3861: 'round': identifier not found, ev > en with argument-dependent lookup > > c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(150) > : while compiling class-template member > function 'unsigned int SimplifyPath<VertexSource>::vertex(double > *,double *)' > with > [ > VertexSource=transformed_path_t > ] > src\path.cpp(1115) : see reference to class template > instantiation 'SimplifyPath<VertexSource>' being compiled > with > [ > VertexSource=transformed_path_t > ] > c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(161) > : error C3861: 'round': identifier not found, ev > en with argument-dependent lookup > c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(217) > : error C3861: 'round': identifier not found, ev > en with argument-dependent lookup > c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(218) > : error C3861: 'round': identifier not found, ev > en with argument-dependent lookup > error: command '"C:\bin\Microsoft Visual Studio .NET > 2003\Vc7\bin\cl.exe"' failed with exit status 2 > > > I guess that would require another #include statement somewhere? I'm > obviously not a C/C++ guru... round() is defined in math.h so adding #include <math.h> to the top of the file might fix it. Thanks for your patience! Mike > > Martin > > > Michael Droettboom wrote: >> Unfortunately, you're using a compiler I don't have access to. I >> don't think even the guy that makes the Windows releases (Charlie >> Moad) uses Visual Studio 2003. That is not to say we don't want >> VS2003 to work, just that it unfortunately doesn't get much testing >> and you're hitting the bleeding edge here. >> >> If you add -- >> >> #include <limits> >> >> to the top of path.cpp, does that resolve the issue? >> >> If not, we may need to do some namespace mangling on VS2003 -- >> Microsoft's docs don't seem to *explicitly* put numeric_limits in the >> std:: namespace, but in my past experience, std:: is often a synonym >> for :: in Visual Studio. >> >> Cheers, >> Mike >> -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA
Hi Jules, I've been making the migration to mac recently myself. I have OS 10.5.2 running on Intel. If the source of your distribution is not an issue, I would recommend using matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg from the matplotlib site, along with the easy_installer script. That went fine for me. Thanks -Kaushik
Hi Everyone, I'm using matplotlib on mac (matplotlib-0.91.2-py2.5-macosx-10.3-fat.egg) . On windows svg export would have very sensible text grouping. For example an xlabel('Time') when saved to svg results in one text object 'Time'. In the mac version this is saved as 5 separate objects, not text. A little puzzling, and inconvenient. Is there an option somewhere to change this behavior? I'm attaching an example svg. Thanks! -Kaushik
Hello OSX SVN MPL users I am following the instructions on http://ipython.scipy.org/moin/Py4Science/InstallationOSX and ran into some trouble. The computer is a 13" intel macbook, OSX 10.5.2 installed fresh in December 2007 Everything went reasonably well until I got to matplotlib. I ran into an architecture incompatibility: ** ld: warning [snip] missing required architecture ppc in file My notes, along with various comments and links to error output etc, are contained in this link: http://currents.soest.hawaii.edu/misc/mins_notes/py4science_anotes.html Any comments and/or help would be appreciated. Jules
Michael, Sorry for the delay. Adding: #include <limits> to the top of path.cpp in rev5055 helps - most of the errors have disappeared, but I still get this: running build_ext 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 /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(340) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) 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 Looks like VS2003 is picky about using not and or. So I replaced them with ! and ||, which helped. Now I get this error: running build_ext 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 /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(340) : warning C4800: 'long' : forcing value to bool 'true' or 'false' (performance warning) 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) c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(160) : error C3861: 'round': identifier not found, ev en with argument-dependent lookup c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(150) : while compiling class-template member function 'unsigned int SimplifyPath<VertexSource>::vertex(double *,double *)' with [ VertexSource=transformed_path_t ] src\path.cpp(1115) : see reference to class template instantiation 'SimplifyPath<VertexSource>' being compiled with [ VertexSource=transformed_path_t ] c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(161) : error C3861: 'round': identifier not found, ev en with argument-dependent lookup c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(217) : error C3861: 'round': identifier not found, ev en with argument-dependent lookup c:\home\mspacek\Desktop\Work\matplotlib\src\agg_py_path_iterator.h(218) : error C3861: 'round': identifier not found, ev en with argument-dependent lookup error: command '"C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe"' failed with exit status 2 I guess that would require another #include statement somewhere? I'm obviously not a C/C++ guru... Martin Michael Droettboom wrote: > Unfortunately, you're using a compiler I don't have access to. I don't > think even the guy that makes the Windows releases (Charlie Moad) uses > Visual Studio 2003. That is not to say we don't want VS2003 to work, > just that it unfortunately doesn't get much testing and you're hitting > the bleeding edge here. > > If you add -- > > #include <limits> > > to the top of path.cpp, does that resolve the issue? > > If not, we may need to do some namespace mangling on VS2003 -- > Microsoft's docs don't seem to *explicitly* put numeric_limits in the > std:: namespace, but in my past experience, std:: is often a synonym for > :: in Visual Studio. > > Cheers, > Mike >
Hi, Is there anything like the matlab bar function implemented which automatically plots groups of bars? Ie bar(x,y) where x.shape = (m,) and y.shape =(m,n) or similar... In Matlab this would draw M groups of N vertical bars, colored appropriately. I can't get bar to do this and didn't find anything in the documentation - unfortunately I wasn't able to search the mailing list since sourceforge was playing up. Thanks, Robin
On Sun, Apr 20, 2008 at 9:13 PM, hjc520070 <jia...@16...> wrote: > > Thanks for your help. I get it work. However, an interesting thing appears. > The following two codes(code 1 and code 2) makes different result??? Only > set background in different place. Anyone can tell me why? I am eager to > know it. In code2, you copy the background before the canvas is drawn, which is wrong. code 1 is the correct approach. Calling ax.plot is not enough to cause the background to be drawn. You must call fig.canvas.draw first. JDH
Thanks for your help. I get it work. However, an interesting thing appears. The following two codes(code 1 and code 2) makes different result??? Only set background in different place. Anyone can tell me why? I am eager to know it. ##code 1 import wx from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg from matplotlib.figure import Figure class Temp: def __init__(self): self.step=0 app = wx.PySimpleApp() frame=wx.Frame(None,size=(700,500)) frame.Show(True) ##Creat figure , canvas , axe. fig = Figure((8.8,6),facecolor='w') self.canvas = FigureCanvasWxAgg(frame, -1, fig) self.ax=fig.add_axes([0.1,0.15,0.7,0.7],axisbg='#dedff7') ##Create line on axe. self.y=[1,1] self.x=[0,10] self.line,=self.ax.plot(self.x,self.y,animated=True) ##Bind timer to refresh line timer=wx.Timer() timer.Bind(wx.EVT_TIMER, self.OnTimer, timer) timer.Start(1000) app.MainLoop() def OnTimer(self,event): self.step=self.step+1 if self.step==1: self.background=self.canvas.copy_from_bbox(self.ax.bbox) self.y=[self.y[0]+0.005,self.y[1]+0.005] self.canvas.restore_region(self.background) self.line.set_data(self.x,self.y) self.ax.draw_artist(self.line) self.canvas.blit(self.ax.bbox) Temp() ##Code 2 import wx from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg from matplotlib.figure import Figure class Temp: def __init__(self): self.step=0 app = wx.PySimpleApp() frame=wx.Frame(None,size=(700,500)) frame.Show(True) ##Creat figure , canvas , axe. fig = Figure((8.8,6),facecolor='w') self.canvas = FigureCanvasWxAgg(frame, -1, fig) self.ax=fig.add_axes([0.1,0.15,0.7,0.7],axisbg='#dedff7') ##Create line on axe. self.y=[1,1] self.x=[0,10] self.line,=self.ax.plot(self.x,self.y,animated=True) self.background=self.canvas.copy_from_bbox(self.ax.bbox) ##Bind timer to refresh line timer=wx.Timer() timer.Bind(wx.EVT_TIMER, self.OnTimer, timer) timer.Start(1000) app.MainLoop() def OnTimer(self,event): self.step=self.step+1 self.y=[self.y[0]+0.005,self.y[1]+0.005] self.canvas.restore_region(self.background) self.line.set_data(self.x,self.y) self.ax.draw_artist(self.line) self.canvas.blit(self.ax.bbox) Temp() -- View this message in context: http://www.nabble.com/Different-between-canvas.draw%28%29-and-canvas.restore_region%28%29---tp16790656p16801603.html Sent from the matplotlib - users mailing list archive at Nabble.com.
John Hunter wrote: > On Mon, Mar 24, 2008 at 2:48 PM, Charlie Moad <cw...@gm...> wrote: >> This is a compiler problem the with the gcc on 10.5.2 (and 10.5.1 >> I think). I found the same error message on many google hits outside of >> matplotlib. Your suggestion of compiling with -Os for the two problem files >> worked fine for me. > > > What is the best way to set this flag? Can it be done with an > environment variable or by editing a config file? http://docs.python.org/inst/tweak-flags.html#SECTION000610000000000000000 Have you tried the methods above? (I have not.) They would apply to the whole build, but for mpl I don't see that as a problem, provided they make the build work. Eric
On Mon, Mar 24, 2008 at 2:48 PM, Charlie Moad <cw...@gm...> wrote: > This is a compiler problem the with the gcc on 10.5.2 (and 10.5.1 > I think). I found the same error message on many google hits outside of > matplotlib. Your suggestion of compiling with -Os for the two problem files > worked fine for me. What is the best way to set this flag? Can it be done with an environment variable or by editing a config file? JDH
On Sun, Apr 20, 2008 at 3:33 AM, hjc520070 <jia...@16...> wrote: > > canvas.draw() is slow in animation, I have succeed in replacing it with > canvas.restore_region(). And it is wonderful. > However, in the following, I fail to make it work the same as > canvas.draw().The following code can work. And creat a dynamic line. When I > work with the statement "#self.canvas.draw()" .The result is exactly what I > want. > > However, canvas.restore_region() fail to do as canvas.draw() here. The > problem is when I refresh the line, the previous line is not clear as I want > to.Could anyone help me? Thanks. The basic idiom is show in the attached example animation_blit.py. You create a line with the "amimated" property set True. Then calling draw will draw everything but the animated objects line, = p.plot(x, npy.sin(x), animated=True, lw=2) Then you copy the drawn region minus the animated parts as a background. On the first draw, do .background = canvas.copy_from_bbox(ax.bbox) Then to animate your line, restore the background, update your line data, and blit the region: canvas.restore_region(background) line.set_ydata(ydata) ax.draw_artist(line) canvas.blit(ax.bbox) There are animation blit examples for most GUI toolkits in the examples directory. JDH
On 4/19/08, Eric Firing <ef...@ha...> wrote: > Daniel Fetchinson wrote: > [...] > > Yes, this would be really useful. For the moment I'll just turn off > > all axis, I managed to do that. By the way is it possible to just turn > > off the axis and not the tick labels? > > In your example below you could try > graph.set_frame_on(False) > That will leave the ticks and the tick labels but remove the box and > the axes background, leaving the figure background (which you can set if > needed). If you also want to knock out the ticks, you can do this: > > tl = graph.xaxis.get_ticklines() > for t in tl: > t.set_visible(False) > > and similarly for yaxis. > > [...] > > Maybe I'm misunderstanding something but this doesn't really work as > > intended. I have this: > > > > figure = pylab.figure( ) > > figure.add_axes( [0,0,1,1] ) # this I added following your advice > > graph = figure.add_subplot(111) > > Replace the last two lines above with the single line: > graph = figure.add_axes( [0,0,1,1] ) > and the rest should work. > > Eric > Great, thanks very much! Cheers, Daniel
canvas.draw() is slow in animation, I have succeed in replacing it with canvas.restore_region(). And it is wonderful. However, in the following, I fail to make it work the same as canvas.draw().The following code can work. And creat a dynamic line. When I work with the statement "#self.canvas.draw()" .The result is exactly what I want. However, canvas.restore_region() fail to do as canvas.draw() here. The problem is when I refresh the line, the previous line is not clear as I want to.Could anyone help me? Thanks. import wx from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg from matplotlib.figure import Figure class Temp: def __init__(self): app = wx.PySimpleApp() frame=wx.Frame(None,size=(700,500)) frame.Show(True) ##Creat figure , canvas , axe. fig = Figure((8.8,6),facecolor='w') self.canvas = FigureCanvasWxAgg(frame, -1, fig) self.ax=fig.add_axes([0.1,0.15,0.7,0.7],axisbg='#dedff7') ##Get background for OnTimer function. self.background=self.canvas.copy_from_bbox(self.ax.bbox) ##Create line on axe. self.y=[1,1] self.x=[0,10] self.line,=self.ax.plot(self.x,self.y) ##Bind timer to refresh line timer=wx.Timer() timer.Bind(wx.EVT_TIMER, self.OnTimer, timer) timer.Start(1000) app.MainLoop() def OnTimer(self,event): self.y=[self.y[0]+0.005,self.y[1]+0.005] self.line.set_data(self.x,self.y) self.canvas.restore_region(self.background) self.ax.draw_artist(self.line) self.canvas.blit(self.ax.bbox) self.canvas.gui_repaint() #self.canvas.draw() Temp() -- View this message in context: http://www.nabble.com/Different-between-canvas.draw%28%29-and-canvas.restore_region%28%29---tp16790656p16790656.html Sent from the matplotlib - users mailing list archive at Nabble.com.