Re: [Matplotlib-users] question about building from source on windows
The build would be nice given the added features in interactivity in
matplotlib now. Would it be difficult to make a Windows XP build as well?
My current build seems to work--but others might also want one with the
latest features.
Thanks,
William
On 8/6/07, Charlie Moad [EMAIL PROTECTED] wrote:
I got a successful build using VS2003 on Vista. Here is the env dump:
BUILDING MATPLOTLIB
matplotlib: 0.90.1
python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
v.1310 32 bit (Intel)]
platform: win32
Windows version: (6, 0, 6000, 2, '')
REQUIRED DEPENDENCIES
numpy: 1.0.3
freetype2: found, but unknown version (no pkg-config)
OPTIONAL DEPENDENCIES
Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.4,
pygobject: 2.12.3
Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
wxPython: no
* wxPython not found
Qt: no
Qt4: no
Cairo: 1.2.6
libpng: found, but unknown version (no pkg-config)
[Edit setup.cfg to suppress the above messages]
And here is the patch to make it work:
Index: C:/workspace/matplotlib/setupext.py
===
--- C:/workspace/matplotlib/setupext.py (revision 3677)
+++ C:/workspace/matplotlib/setupext.py (working copy)
@@ -676,10 +676,10 @@
if sys.platform=='win32':
major, minor1, minor2, s, tmp = sys.version_info
if major==2 and minor1 in [3, 4, 5]:
-module.include_dirs.extend(['win32_static/include/tcl84'])
+module.include_dirs.extend(['win32_static/include/tcl8.4'])
module.libraries.extend(['tk84', 'tcl84'])
elif major==2 and minor1==2:
-module.include_dirs.extend(['win32_static/include/tcl83'])
+module.include_dirs.extend(['win32_static/include/tcl8.3'])
module.libraries.extend(['tk83', 'tcl83'])
else:
raise RuntimeError('No tk/win32 support for this python
version yet')
Index: C:/workspace/matplotlib/ttconv/ttutil.cpp
===
--- C:/workspace/matplotlib/ttconv/ttutil.cpp (revision 3677)
+++ C:/workspace/matplotlib/ttconv/ttutil.cpp (working copy)
@@ -32,10 +32,10 @@
va_start(arg_list, format);
char buffer[PRINTF_BUFFER_SIZE];
- int size = vsnprintf(buffer, PRINTF_BUFFER_SIZE, format, arg_list);
+ int size = _vsnprintf(buffer, PRINTF_BUFFER_SIZE, format, arg_list);
if (size = PRINTF_BUFFER_SIZE) {
char* buffer2 = (char*)malloc(size);
-vsnprintf(buffer2, size, format, arg_list);
+_vsnprintf(buffer2, size, format, arg_list);
free(buffer2);
} else {
this-write(buffer);
I don't have time to add the proper #ifdef to the cpp file at this
moment. I can't remember to proper check off the top of my head.
I'll commit the fix to the setupext.py typo.
Did someone want the build? If so, e-mail me and I'll post it somewhere.
- Charlie
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
william ratcliff wrote: No, with whatever is in the current version of svn, it now works on the intel quad as well. Thanks! That's great news! While it's great to hear that it's working, it would be even better to track down the cause of the failure, if possible. Do you mean the current version of SVN of numpy or matplotlib? It doesn't like there were any commits to matplotlib over the weekend. Do you happen to know what SVN revision was breaking before you updated and everything worked? When you finally updated and things worked, did you clean the build directory by any chance? Python distutils doesn't always track dependencies correctly and rebuild enough stuff, which can sometimes be the cause of problems. I just tried following Michael's build instructions (incidentally, could his last additions to setup.py be checked in to svn, along with a profile25.bat file?) I was wary of committing that change until it had been reviewed by someone else with more mingw32 experience. It worked for me, but it has the feel of something slightly hackish... For review, in case some other Windows guys are listening, I adding the following right before the final distrib = setup(... in setup.py: from setupext import get_win32_compiler if sys.platform == 'win32' and get_win32_compiler() == 'mingw32': for module in ext_modules: module.libraries.append(msvcrt) As for profile25.bat, I can't find it in SVN. Maybe whoever is responsible for win32_static.tar.gz needs to do it. Not sure... Cheers, Mike - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
I'll give the build a try on windows tonight using my usual methods. - Charlie On 8/6/07, Michael Droettboom [EMAIL PROTECTED] wrote: william ratcliff wrote: No, with whatever is in the current version of svn, it now works on the intel quad as well. Thanks! That's great news! While it's great to hear that it's working, it would be even better to track down the cause of the failure, if possible. Do you mean the current version of SVN of numpy or matplotlib? It doesn't like there were any commits to matplotlib over the weekend. Do you happen to know what SVN revision was breaking before you updated and everything worked? When you finally updated and things worked, did you clean the build directory by any chance? Python distutils doesn't always track dependencies correctly and rebuild enough stuff, which can sometimes be the cause of problems. I just tried following Michael's build instructions (incidentally, could his last additions to setup.py be checked in to svn, along with a profile25.bat file?) I was wary of committing that change until it had been reviewed by someone else with more mingw32 experience. It worked for me, but it has the feel of something slightly hackish... For review, in case some other Windows guys are listening, I adding the following right before the final distrib = setup(... in setup.py: from setupext import get_win32_compiler if sys.platform == 'win32' and get_win32_compiler() == 'mingw32': for module in ext_modules: module.libraries.append(msvcrt) As for profile25.bat, I can't find it in SVN. Maybe whoever is responsible for win32_static.tar.gz needs to do it. Not sure... Cheers, Mike - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
I was using version 3673 of svn (matplotlib) when it worked. I had a clean build directory (I usually kill it before trying to build a new version, along with whatever is in lib/site-packages). I'm not sure of the exact version I was using when it was dying (I want to say somewhere around 3660-69, but I tried a lot last week without success). Cheers, William On 8/6/07, Michael Droettboom [EMAIL PROTECTED] wrote: william ratcliff wrote: No, with whatever is in the current version of svn, it now works on the intel quad as well. Thanks! That's great news! While it's great to hear that it's working, it would be even better to track down the cause of the failure, if possible. Do you mean the current version of SVN of numpy or matplotlib? It doesn't like there were any commits to matplotlib over the weekend. Do you happen to know what SVN revision was breaking before you updated and everything worked? When you finally updated and things worked, did you clean the build directory by any chance? Python distutils doesn't always track dependencies correctly and rebuild enough stuff, which can sometimes be the cause of problems. I just tried following Michael's build instructions (incidentally, could his last additions to setup.py be checked in to svn, along with a profile25.bat file?) I was wary of committing that change until it had been reviewed by someone else with more mingw32 experience. It worked for me, but it has the feel of something slightly hackish... For review, in case some other Windows guys are listening, I adding the following right before the final distrib = setup(... in setup.py: from setupext import get_win32_compiler if sys.platform == 'win32' and get_win32_compiler() == 'mingw32': for module in ext_modules: module.libraries.append(msvcrt) As for profile25.bat, I can't find it in SVN. Maybe whoever is responsible for win32_static.tar.gz needs to do it. Not sure... Cheers, Mike profile25.bat_text Description: Binary data - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
On 8/6/07, Michael Droettboom [EMAIL PROTECTED] wrote: from setupext import get_win32_compiler if sys.platform == 'win32' and get_win32_compiler() == 'mingw32': for module in ext_modules: module.libraries.append(msvcrt) That message in setupext.py: NOTE, if you are building on python24 on win32, see http://mail.python.org/pipermail/python-list/2004-December/254826.html refers to a patch for distutils to work around that bug. It now appears this link is stale. Your approach is better anyway, because it doesn't require patching distutils. I had assumed that because you guys were following the build instructions closely, that this *was not* the source of your problems. But it looks like the same bug, or at least a closely related one. Haven't been able to find an active link for that post, but your approach probably obviates it anyway. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
I got a successful build using VS2003 on Vista. Here is the env dump:
BUILDING MATPLOTLIB
matplotlib: 0.90.1
python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
v.1310 32 bit (Intel)]
platform: win32
Windows version: (6, 0, 6000, 2, '')
REQUIRED DEPENDENCIES
numpy: 1.0.3
freetype2: found, but unknown version (no pkg-config)
OPTIONAL DEPENDENCIES
Gtk+: gtk+: 2.10.11, glib: 2.12.11, pygtk: 2.10.4,
pygobject: 2.12.3
Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
wxPython: no
* wxPython not found
Qt: no
Qt4: no
Cairo: 1.2.6
libpng: found, but unknown version (no pkg-config)
[Edit setup.cfg to suppress the above messages]
And here is the patch to make it work:
Index: C:/workspace/matplotlib/setupext.py
===
--- C:/workspace/matplotlib/setupext.py (revision 3677)
+++ C:/workspace/matplotlib/setupext.py (working copy)
@@ -676,10 +676,10 @@
if sys.platform=='win32':
major, minor1, minor2, s, tmp = sys.version_info
if major==2 and minor1 in [3, 4, 5]:
-module.include_dirs.extend(['win32_static/include/tcl84'])
+module.include_dirs.extend(['win32_static/include/tcl8.4'])
module.libraries.extend(['tk84', 'tcl84'])
elif major==2 and minor1==2:
-module.include_dirs.extend(['win32_static/include/tcl83'])
+module.include_dirs.extend(['win32_static/include/tcl8.3'])
module.libraries.extend(['tk83', 'tcl83'])
else:
raise RuntimeError('No tk/win32 support for this python
version yet')
Index: C:/workspace/matplotlib/ttconv/ttutil.cpp
===
--- C:/workspace/matplotlib/ttconv/ttutil.cpp (revision 3677)
+++ C:/workspace/matplotlib/ttconv/ttutil.cpp (working copy)
@@ -32,10 +32,10 @@
va_start(arg_list, format);
char buffer[PRINTF_BUFFER_SIZE];
- int size = vsnprintf(buffer, PRINTF_BUFFER_SIZE, format, arg_list);
+ int size = _vsnprintf(buffer, PRINTF_BUFFER_SIZE, format, arg_list);
if (size = PRINTF_BUFFER_SIZE) {
char* buffer2 = (char*)malloc(size);
-vsnprintf(buffer2, size, format, arg_list);
+_vsnprintf(buffer2, size, format, arg_list);
free(buffer2);
} else {
this-write(buffer);
I don't have time to add the proper #ifdef to the cpp file at this
moment. I can't remember to proper check off the top of my head.
I'll commit the fix to the setupext.py typo.
Did someone want the build? If so, e-mail me and I'll post it somewhere.
- Charlie
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
One more datapoint--I am becoming suspicious that this could be an arch problem. A colleague was able to build from source under cygwin on his rather old laptop. However, another colleague and myself have rather new computers and both failed (with different errors in the verbose mode). I just tried following Michael's build instructions (incidentally, could his last additions to setup.py be checked in to svn, along with a profile25.batfile?) on an old windows box that we have lying around here and it also worked well and I was able to run the embedding_in_wx4.py example without any problems. The computer that I've been having all of the problems on also was relatively clean--so, there are only two things I can think of--either some bizarre clash with the version of numpy that I built from source off of svn (which passed all of its tests, so I doubt it), or an arch dependence. I have an intel quad and my colleage has a duo, so perhaps there's a problem with computers with multiple processors? I will check the numpy issue later today. Thanks again, William On 8/2/07, william ratcliff [EMAIL PROTECTED] wrote: Oh--sorry I didn't read carefully--I don't need to install from source if there is a binary of the current svn version. Thanks!! William On 8/2/07, william ratcliff [EMAIL PROTECTED] wrote: One of my colleagues, Paul Kienzle has made a number of additions to matplotlib for interacting with artists. I need to use some of those additions--which are not included in the stable release. Paul's on vacation, so I am trying to start from source. Thanks, William On 8/2/07, John Hunter [EMAIL PROTECTED] wrote: On 8/2/07, william ratcliff [EMAIL PROTECTED] wrote: Thanks again for all your work on this. I moved my old minGW and installed MinGW-5.1.3 , and was already running the others--except numpy, I have the latest version from svn, which I compiled and built fine after building atlas. I checked out matplotlib from svn and did the same as you --I didn't try using the importlib batch file--I have a libpython25.a--so, after changing the profile24.bat to profile25.bat with appropriate path changes and your modifications to setup.py, I built it. I then installed it--no problems yet. I then tried to use it with embedding_in_wx4.py and python crashes and burns. I find that it crashes with the same LazyValue error. Something similar happened to one of my colleagues who tried building with visual studio instead of mingw. He's given up and is now running it on his Mac. Sadly, I don't have that option. Does anyone else have any ideas? Charlie Moad does our win32 builds for releases -- Charlie if you get a minute could you see if your build pipeline is still working OK with the recent svn changes, and if so take pity on poor William and send him an installer? Or is there some reason you *need* to be building from src William? Thanks, JDH - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
Well, the good news is that I was able to get it to compile and run the wxPython backend on Windows. The bad news is that my symptoms are different enough from yours that I'm not sure this will help you. I started with a reasonably clean Windows XP SP2 machine with no development tools on it. I installed (using the standard binary installers) the most recent stable releases of the following: - Python 2.5.1 (python.org) - wxPython-2.8.4.0 - numpy-1.0.3 - MinGW-5.1.3 (selecting the current release option) - MSys-1.0.10 I checked out the latest matplotlib from svn (r3662). I downloaded and uncompressed win32_static from here: http://matplotlib.sourceforge.net/win32_static.tar.gz I did not do the pexports step, as I don't think MinGW requires it any longer. I updated profile24.bat to point at my new Python 2.5 (this should probably be added to win32_static when someone gets a chance). I then built and installed using: python setup.py build --compiler=mingw32 install (Note that I didn't build and use the Windows installer as the instructions suggest -- I doubt that makes a difference, though). It built fine the first time. Then I ran into problems. When importing certain extension modules (ft2font, _transforms etc.), but not others (ttconv), I got a dialog with the error message: The procedure entry point _ctype could not be located in the dynamic link library msvcr71.dll ...and then the module would fail to load. This is quite different from what William was seeing, since for him the modules were obviously loading and then failing in the initialization code. Googling tells me that this is because libstdc++ (specifically the string and iostream stuff) depends on _ctype for determining the types of various ASCII characters, which was in msvcrt.dll but was removed from msvcrt71.dll. Python2.5 is built with and therefore requires its extensions to link to msvcrt71.dll, so that's what you get by default. Fortunately, it doesn't seem to hurt to link to both. I added the following to setup.py, right before the final distrib = setup(... section: from setupext import get_win32_compiler if sys.platform == 'win32' and get_win32_compiler() == 'mingw32': for module in ext_modules: module.libraries.append(msvcrt) After this change, I was able to run embedding_in_wx4.py and get a window with a plot in it. Everything *seems* to be in order. William, I'm really curious if the above fix solves your problem. I probably shouldn't spend too much more time on this myself, as Windows isn't a very common platform for us (by that I mean my employer, STScI, not matplotlib as a whole). If I can admit selfishness, I really just wanted to make sure I hadn't hosed anything with my recent setup.py changes. I think that has been ruled out, and instead we now have what looks like a big amorphous configuration-difference problem. Cheers, Mike - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
Thanks again for all your work on this. I moved my old minGW and installed MinGW-5.1.3, and was already running the others--except numpy, I have the latest version from svn, which I compiled and built fine after building atlas. I checked out matplotlib from svn and did the same as you --I didn't try using the importlib batch file--I have a libpython25.a--so, after changing the profile24.bat to profile25.bat with appropriate path changes and your modifications to setup.py, I built it. I then installed it--no problems yet. I then tried to use it with embedding_in_wx4.py and python crashes and burns. I find that it crashes with the same LazyValue error. Something similar happened to one of my colleagues who tried building with visual studio instead of mingw. He's given up and is now running it on his Mac. Sadly, I don't have that option. Does anyone else have any ideas? Thanks, William On 8/2/07, Michael Droettboom [EMAIL PROTECTED] wrote: Well, the good news is that I was able to get it to compile and run the wxPython backend on Windows. The bad news is that my symptoms are different enough from yours that I'm not sure this will help you. I started with a reasonably clean Windows XP SP2 machine with no development tools on it. I installed (using the standard binary installers) the most recent stable releases of the following: - Python 2.5.1 (python.org) - wxPython-2.8.4.0 - numpy-1.0.3 - MinGW-5.1.3 (selecting the current release option) - MSys-1.0.10 I checked out the latest matplotlib from svn (r3662). I downloaded and uncompressed win32_static from here: http://matplotlib.sourceforge.net/win32_static.tar.gz I did not do the pexports step, as I don't think MinGW requires it any longer. I updated profile24.bat to point at my new Python 2.5 (this should probably be added to win32_static when someone gets a chance). I then built and installed using: python setup.py build --compiler=mingw32 install (Note that I didn't build and use the Windows installer as the instructions suggest -- I doubt that makes a difference, though). It built fine the first time. Then I ran into problems. When importing certain extension modules (ft2font, _transforms etc.), but not others (ttconv), I got a dialog with the error message: The procedure entry point _ctype could not be located in the dynamic link library msvcr71.dll ...and then the module would fail to load. This is quite different from what William was seeing, since for him the modules were obviously loading and then failing in the initialization code. Googling tells me that this is because libstdc++ (specifically the string and iostream stuff) depends on _ctype for determining the types of various ASCII characters, which was in msvcrt.dll but was removed from msvcrt71.dll. Python2.5 is built with and therefore requires its extensions to link to msvcrt71.dll, so that's what you get by default. Fortunately, it doesn't seem to hurt to link to both. I added the following to setup.py, right before the final distrib = setup(... section: from setupext import get_win32_compiler if sys.platform == 'win32' and get_win32_compiler() == 'mingw32': for module in ext_modules: module.libraries.append(msvcrt) After this change, I was able to run embedding_in_wx4.py and get a window with a plot in it. Everything *seems* to be in order. William, I'm really curious if the above fix solves your problem. I probably shouldn't spend too much more time on this myself, as Windows isn't a very common platform for us (by that I mean my employer, STScI, not matplotlib as a whole). If I can admit selfishness, I really just wanted to make sure I hadn't hosed anything with my recent setup.py changes. I think that has been ruled out, and instead we now have what looks like a big amorphous configuration-difference problem. Cheers, Mike - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
On 8/2/07, william ratcliff [EMAIL PROTECTED] wrote: Thanks again for all your work on this. I moved my old minGW and installed MinGW-5.1.3, and was already running the others--except numpy, I have the latest version from svn, which I compiled and built fine after building atlas. I checked out matplotlib from svn and did the same as you --I didn't try using the importlib batch file--I have a libpython25.a--so, after changing the profile24.bat to profile25.bat with appropriate path changes and your modifications to setup.py, I built it. I then installed it--no problems yet. I then tried to use it with embedding_in_wx4.py and python crashes and burns. I find that it crashes with the same LazyValue error. Something similar happened to one of my colleagues who tried building with visual studio instead of mingw. He's given up and is now running it on his Mac. Sadly, I don't have that option. Does anyone else have any ideas? Charlie Moad does our win32 builds for releases -- Charlie if you get a minute could you see if your build pipeline is still working OK with the recent svn changes, and if so take pity on poor William and send him an installer? Or is there some reason you *need* to be building from src William? Thanks, JDH - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
Oh--sorry I didn't read carefully--I don't need to install from source if there is a binary of the current svn version. Thanks!! William On 8/2/07, william ratcliff [EMAIL PROTECTED] wrote: One of my colleagues, Paul Kienzle has made a number of additions to matplotlib for interacting with artists. I need to use some of those additions--which are not included in the stable release. Paul's on vacation, so I am trying to start from source. Thanks, William On 8/2/07, John Hunter [EMAIL PROTECTED] wrote: On 8/2/07, william ratcliff [EMAIL PROTECTED] wrote: Thanks again for all your work on this. I moved my old minGW and installed MinGW-5.1.3 , and was already running the others--except numpy, I have the latest version from svn, which I compiled and built fine after building atlas. I checked out matplotlib from svn and did the same as you --I didn't try using the importlib batch file--I have a libpython25.a--so, after changing the profile24.bat to profile25.bat with appropriate path changes and your modifications to setup.py, I built it. I then installed it--no problems yet. I then tried to use it with embedding_in_wx4.py and python crashes and burns. I find that it crashes with the same LazyValue error. Something similar happened to one of my colleagues who tried building with visual studio instead of mingw. He's given up and is now running it on his Mac. Sadly, I don't have that option. Does anyone else have any ideas? Charlie Moad does our win32 builds for releases -- Charlie if you get a minute could you see if your build pipeline is still working OK with the recent svn changes, and if so take pity on poor William and send him an installer? Or is there some reason you *need* to be building from src William? Thanks, JDH - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
william ratcliff wrote: I have a question about building from source on windows: I have installed freetype2 and libpng, for zlib, I have a collection of dlls, But, where do I place these so that matplotlib can find them (for the include files, libraries, etc. Are there any that I have to rename?)? I am using mingw for compilation and python 2.5--I have built numpy successfully from source and have installed wxpython. I have the latest version of matplotlib from the trunk of the svn repository. As of yesterday, the setup.py script should give a little more feedback about where it is looking for external dependencies. I took great care to not change any of the Windows behavior, since I didn't have a Windows box handy to test with. If you are still stuck after following the existing directions, the output of setup.py may offer some clues. Cheers, Mike - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
I tried the new setup.py script and found:
C:\matplotlib\trunk\matplotlibc:\python25\python.exe setup.py build
BUILDING MATPLOTLIB
matplotlib: 0.90.1 (r3634)
python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
v.1310 32 bit (Intel)]
platform: win32
Traceback (most recent call last):
File setup.py, line 122, in module
print_status('Windows version', sys.getwindowsversion())
File C:\matplotlib\trunk\matplotlib\setupext.py, line 119, in
print_status
subsequent_indent=indent)
File c:\python25\lib\textwrap.py, line 315, in fill
return w.fill(text)
File c:\python25\lib\textwrap.py, line 287, in fill
return \n.join(self.wrap(text))
File c:\python25\lib\textwrap.py, line 274, in wrap
text = self._munge_whitespace(text)
File c:\python25\lib\textwrap.py, line 122, in _munge_whitespace
text = text.expandtabs()
AttributeError: 'tuple' object has no attribute 'expandtabs'
Any ideas? Thanks!!!
William
On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote:
william ratcliff wrote:
I have a question about building from source on windows:
I have installed freetype2 and libpng, for zlib, I have a collection
of dlls,
But, where do I place these so that matplotlib can find them (for the
include files, libraries, etc. Are there any that I have to
rename?)? I am using mingw for compilation and python 2.5--I have
built numpy successfully from source and have installed wxpython. I
have the latest version of matplotlib from the trunk of the svn
repository.
As of yesterday, the setup.py script should give a little more feedback
about where it is looking for external dependencies. I took great care
to not change any of the Windows behavior, since I didn't have a Windows
box handy to test with. If you are still stuck after following the
existing directions, the output of setup.py may offer some clues.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
Ok--that did fix the expandtabs bug! I can now see where there is a failure
in the build:
Found executable C:\Python24\Enthought\MingW\bin\g++.exe
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x160): undefined
refer
ence to `inflateInit2_'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x1d7): undefined
refer
ence to `inflateEnd'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x522): undefined
refer
ence to `inflateReset'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x5e8): undefined
refer
ence to `inflate'
collect2: ld returned 1 exit status
error: Command g++ -mno-cygwin -shared build\temp.win32-
2.5\Release\src\ft2font
.o build\temp.win32-2.5\Release\src\mplutils.o build\temp.win32-
2.5\Release\cxx\
cxxsupport.o build\temp.win32-2.5\Release\cxx\cxx_extensions.obuild\temp.win32-
2.5\Release\cxx\indirectpythoninterface.o build\temp.win32-
2.5\Release\cxx\cxxex
tensions.o -Lwin32_static\lib -Lc:\python25\libs -Lc:\python25\PCBuild -lz
-lfre
etype -lpython25 -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd
failed
with exit status 1
suggestions?
Thanks,
William
On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote:
That's my bad from my changes to setup.py yesterday.
Please update from SVN and try again.
Cheers,
Mike
william ratcliff wrote:
I tried the new setup.py script and found:
C:\matplotlib\trunk\matplotlibc:\python25\python.exe setup.py build
BUILDING MATPLOTLIB
matplotlib: 0.90.1 (r3634)
python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
v.1310 32 bit (Intel)]
platform: win32
Traceback (most recent call last):
File setup.py, line 122, in module
print_status('Windows version', sys.getwindowsversion())
File C:\matplotlib\trunk\matplotlib\setupext.py, line 119, in
print_status
subsequent_indent=indent)
File c:\python25\lib\textwrap.py, line 315, in fill
return w.fill(text)
File c:\python25\lib\textwrap.py, line 287, in fill
return \n.join( self.wrap(text))
File c:\python25\lib\textwrap.py, line 274, in wrap
text = self._munge_whitespace(text)
File c:\python25\lib\textwrap.py, line 122, in _munge_whitespace
text = text.expandtabs()
AttributeError: 'tuple' object has no attribute 'expandtabs'
Any ideas? Thanks!!!
William
On 8/1/07, * Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
william ratcliff wrote:
I have a question about building from source on windows:
I have installed freetype2 and libpng, for zlib, I have a
collection
of dlls,
But, where do I place these so that matplotlib can find them
(for the
include files, libraries, etc. Are there any that I have to
rename?)? I am using mingw for compilation and python 2.5--I have
built numpy successfully from source and have installed
wxpython. I
have the latest version of matplotlib from the trunk of the svn
repository.
As of yesterday, the setup.py script should give a little more
feedback
about where it is looking for external dependencies. I took great
care
to not change any of the Windows behavior, since I didn't have a
Windows
box handy to test with. If you are still stuck after following the
existing directions, the output of setup.py may offer some clues.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
Is it possible that the freetype library in win32_static is out of date?
Cheers,
William
On 8/1/07, william ratcliff [EMAIL PROTECTED] wrote:
Ok--that did fix the expandtabs bug! I can now see where there is a
failure in the build:
Found executable C:\Python24\Enthought\MingW\bin\g++.exe
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x160): undefined
refer
ence to `inflateInit2_'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x1d7): undefined
refer
ence to `inflateEnd'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x522): undefined
refer
ence to `inflateReset'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x5e8): undefined
refer
ence to `inflate'
collect2: ld returned 1 exit status
error: Command g++ -mno-cygwin -shared build\temp.win32-
2.5\Release\src\ft2font
.o build\temp.win32-2.5\Release\src\mplutils.o build\temp.win32-
2.5\Release\cxx\
cxxsupport.o
build\temp.win32-2.5\Release\cxx\cxx_extensions.obuild\temp.win32-
2.5\Release\cxx\indirectpythoninterface.o build\temp.win32-
2.5\Release\cxx\cxxex
tensions.o -Lwin32_static\lib -Lc:\python25\libs -Lc:\python25\PCBuild -lz
-lfre
etype -lpython25 -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd
failed
with exit status 1
suggestions?
Thanks,
William
On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote:
That's my bad from my changes to setup.py yesterday.
Please update from SVN and try again.
Cheers,
Mike
william ratcliff wrote:
I tried the new setup.py script and found:
C:\matplotlib\trunk\matplotlibc:\python25\python.exe setup.py build
BUILDING MATPLOTLIB
matplotlib: 0.90.1 (r3634)
python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
v.1310 32 bit (Intel)]
platform: win32
Traceback (most recent call last):
File setup.py, line 122, in module
print_status('Windows version', sys.getwindowsversion())
File C:\matplotlib\trunk\matplotlib\setupext.py, line 119, in
print_status
subsequent_indent=indent)
File c:\python25\lib\textwrap.py, line 315, in fill
return w.fill(text)
File c:\python25\lib\textwrap.py, line 287, in fill
return \n.join( self.wrap(text))
File c:\python25\lib\textwrap.py, line 274, in wrap
text = self._munge_whitespace(text)
File c:\python25\lib\textwrap.py, line 122, in _munge_whitespace
text = text.expandtabs()
AttributeError: 'tuple' object has no attribute 'expandtabs'
Any ideas? Thanks!!!
William
On 8/1/07, * Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
william ratcliff wrote:
I have a question about building from source on windows:
I have installed freetype2 and libpng, for zlib, I have a
collection
of dlls,
But, where do I place these so that matplotlib can find them
(for the
include files, libraries, etc. Are there any that I have to
rename?)? I am using mingw for compilation and python 2.5--Ihave
built numpy successfully from source and have installed
wxpython. I
have the latest version of matplotlib from the trunk of the svn
repository.
As of yesterday, the setup.py script should give a little more
feedback
about where it is looking for external dependencies. I took great
care
to not change any of the Windows behavior, since I didn't have a
Windows
box handy to test with. If you are still stuck after following
the
existing directions, the output of setup.py may offer some clues.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
That's my bad from my changes to setup.py yesterday.
Please update from SVN and try again.
Cheers,
Mike
william ratcliff wrote:
I tried the new setup.py script and found:
C:\matplotlib\trunk\matplotlibc:\python25\python.exe setup.py build
BUILDING MATPLOTLIB
matplotlib: 0.90.1 (r3634)
python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC
v.1310 32 bit (Intel)]
platform: win32
Traceback (most recent call last):
File setup.py, line 122, in module
print_status('Windows version', sys.getwindowsversion())
File C:\matplotlib\trunk\matplotlib\setupext.py, line 119, in
print_status
subsequent_indent=indent)
File c:\python25\lib\textwrap.py, line 315, in fill
return w.fill(text)
File c:\python25\lib\textwrap.py, line 287, in fill
return \n.join( self.wrap(text))
File c:\python25\lib\textwrap.py, line 274, in wrap
text = self._munge_whitespace(text)
File c:\python25\lib\textwrap.py, line 122, in _munge_whitespace
text = text.expandtabs()
AttributeError: 'tuple' object has no attribute 'expandtabs'
Any ideas? Thanks!!!
William
On 8/1/07, * Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
william ratcliff wrote:
I have a question about building from source on windows:
I have installed freetype2 and libpng, for zlib, I have a collection
of dlls,
But, where do I place these so that matplotlib can find them
(for the
include files, libraries, etc. Are there any that I have to
rename?)? I am using mingw for compilation and python 2.5--I have
built numpy successfully from source and have installed
wxpython. I
have the latest version of matplotlib from the trunk of the svn
repository.
As of yesterday, the setup.py script should give a little more
feedback
about where it is looking for external dependencies. I took great
care
to not change any of the Windows behavior, since I didn't have a
Windows
box handy to test with. If you are still stuck after following the
existing directions, the output of setup.py may offer some clues.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
It looks like I screwed up the order of libraries between freetype2 and
zlib. (It was updated to use pkg-config to determine the freetype
dependencies where possible, but that inadvertently broke Windows.)
Please 'svn up' and try again. Sorry for the inconvience.
Cheers,
Mike
william ratcliff wrote:
Is it possible that the freetype library in win32_static is out of date?
Cheers,
William
On 8/1/07, *william ratcliff* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Ok--that did fix the expandtabs bug! I can now see where there is
a failure in the build:
Found executable C:\Python24\Enthought\MingW\bin\g++.exe
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x160):
undefined refer
ence to `inflateInit2_'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x1d7):
undefined refer
ence to `inflateEnd'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x522):
undefined refer
ence to `inflateReset'
win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x5e8):
undefined refer
ence to `inflate'
collect2: ld returned 1 exit status
error: Command g++ -mno-cygwin -shared build\temp.win32-
2.5\Release\src\ft2font
.o build\temp.win32-2.5\Release\src\mplutils.o
build\temp.win32-2.5\Release\cxx\
cxxsupport.o build\temp.win32-2.5\Release\cxx\cxx_extensions.o
build\temp.win32-
2.5\Release\cxx\indirectpythoninterface.o
build\temp.win32-2.5\Release\cxx\cxxex
tensions.o -Lwin32_static\lib -Lc:\python25\libs
-Lc:\python25\PCBuild -lz -lfre
etype -lpython25 -lmsvcr71 -o
build\lib.win32-2.5\matplotlib\ft2font.pyd failed
with exit status 1
suggestions?
Thanks,
William
On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
That's my bad from my changes to setup.py yesterday.
Please update from SVN and try again.
Cheers,
Mike
william ratcliff wrote:
I tried the new setup.py script and found:
C:\matplotlib\trunk\matplotlibc:\python25\python.exe
setup.py build
BUILDING MATPLOTLIB
matplotlib: 0.90.1 (r3634)
python: 2.5.1 (r251:54863, Apr 18 2007,
08:51:08) [MSC
v.1310 32 bit (Intel)]
platform: win32
Traceback (most recent call last):
File setup.py, line 122, in module
print_status('Windows version', sys.getwindowsversion())
File C:\matplotlib\trunk\matplotlib\setupext.py, line
119, in
print_status
subsequent_indent=indent)
File c:\python25\lib\textwrap.py, line 315, in fill
return w.fill(text)
File c:\python25\lib\textwrap.py, line 287, in fill
return \n.join( self.wrap(text))
File c:\python25\lib\textwrap.py, line 274, in wrap
text = self._munge_whitespace(text)
File c:\python25\lib\textwrap.py, line 122, in
_munge_whitespace
text = text.expandtabs()
AttributeError: 'tuple' object has no attribute 'expandtabs'
Any ideas? Thanks!!!
William
On 8/1/07, * Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
william ratcliff wrote:
I have a question about building from source on windows:
I have installed freetype2 and libpng, for zlib, I have
a collection
of dlls,
But, where do I place these so that matplotlib can find
them
(for the
include files, libraries, etc. Are there any that I
have to
rename?)? I am using mingw for compilation and python
2.5--I have
built numpy successfully from source and have installed
wxpython. I
have the latest version of matplotlib from the trunk of
the svn
repository.
As of yesterday, the setup.py script should give a little
more
feedback
about where it is looking for external dependencies. I
took great
care
to not change any of the Windows behavior, since I didn't
have a
Windows
box handy to test with. If you are still stuck after
following the
existing directions, the output of setup.py may offer
some clues.
Cheers,
Mike
Re: [Matplotlib-users] question about building from source on windows
william ratcliff wrote: A bit strange: gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include -I. -Ic:\python25\include -Ic:\python25\PC -c src/ft2font.cpp -o build\temp.win32-2.5\Release\src\ft2font.o g++ -mno-cygwin -shared build\temp.win32- 2.5\Release\src\ft2font.o build\temp.win32-2.5\Release\src\mplutils.o build\temp.win32-2.5\Release\cxx\cxxsupport.o build\temp.win32-2.5\Release\cxx\cxx_extensions.o build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25 -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd Found executable c:\python24\enthought\mingw\bin\g++.exe build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x317): undefined reference to `_imp__FT_Done_FreeType' These _imp__ things have something to do with how mingw32 links with libraries. I'm afraid I'm getting a little out of my element there. If you want to rule out any unintentional consequences of my very recent setup.py changes (which were primarily to give more information, rather than change how things work), you can revert SVN a bit svn -r 3645 and see if things are any different. Please let me know how that goes either way. But, I noticed in the beginning: BUILDING MATPLOTLIB matplotlib: 0.90.1 (r3634) python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] platform: win32 Windows version: (5, 1, 2600, 2, 'Service Pack 2') REQUIRED DEPENDENCIES Setting mingw32 as default compiler for nt. numpy: 1.0.4.dev3937 freetype2: unknown (no pkg-config) OPTIONAL DEPENDENCIES Gtk+: no * Building for Gtk+ requires pygtk; you must be able * to import gtk in your build/install environment Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4 wxPython: no * WXAgg's accelerator requires `wx-config'. The * `wx-config' executable could not be located in any * directory of the PATH environment variable. If you * want to build WXAgg, and wx-config is in some * other location or has some other name, set the * WX_CONFIG environment variable to the full path of * the executable like so: export WX_CONFIG=/usr/lib * /wxPython-2.6.1.0-gtk2-unicode/bin/wx-config Qt: no Qt4: no Cairo: no libpng: unknown (no pkg-config) [Edit setup.cfg to suppress the above messages] Does this mean that it's unable to find the win32_static directory? I have in in the matplotlibdirectory. No. The line: freetype2: unknown (no pkg-config) indicates that the freetype2 headers were found, but it couldn't determine the version through pkg-config. If it wasn't able to find it, it would hav said freetype2: no. On second glance, I admit that message might be confusing. Do you think found, but unknown version would be better? I think I'm confused on something: In the win32 directory, there are instructions for building under cygwin--but is it necessary to build, or does matplotlib just require the library files and their headers, which it should be able to find in the win32_static directory? I'll defer on that question to someone with more matplotlib + Windows experience. Cheers, Mike Cheers, William On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: It looks like I screwed up the order of libraries between freetype2 and zlib. (It was updated to use pkg-config to determine the freetype dependencies where possible, but that inadvertently broke Windows.) Please 'svn up' and try again. Sorry for the inconvience. Cheers, Mike william ratcliff wrote: Is it possible that the freetype library in win32_static is out of date? Cheers, William On 8/1/07, *william ratcliff* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Ok--that did fix the expandtabs bug! I can now see where there is a failure in the build: Found executable C:\Python24\Enthought\MingW\bin\g++.exe win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x160): undefined refer ence to `inflateInit2_' win32_static\lib/libfreetype.a(ftgzip.o):ftgzip.c:(.text+0x1d7):
Re: [Matplotlib-users] question about building from source on windows
A bit strange: gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include -I. -Ic:\python25\include -Ic:\python25\PC -c src/ft2font.cpp -o build\temp.win32-2.5\Release\src\ft2font.o g++ -mno-cygwin -shared build\temp.win32-2.5\Release\src\ft2font.obuild\temp.win32- 2.5\Release\src\mplutils.o build\temp.win32-2.5\Release\cxx\cxxsupport.obuild\temp.win32- 2.5\Release\cxx\cxx_extensions.o build\temp.win32- 2.5\Release\cxx\indirectpythoninterface.o build\temp.win32- 2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25 -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd Found executable c:\python24\enthought\mingw\bin\g++.exe build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x317): undefined reference to `_imp__FT_Done_FreeType' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x3e7): undefined reference to `_imp__FT_Done_FreeType' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x4b7): undefined reference to `_imp__FT_Done_FreeType' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x14da): undefined reference to `_imp__FT_Get_PS_Font_Info' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x2520): undefined reference to `_imp__FT_Get_Name_Index' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x29e8): undefined reference to `_imp__FT_Get_Glyph_Name' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x4150): undefined reference to `_imp__FT_Get_Kerning' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x45a7): undefined ... build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x18ba3): undefined reference to `_imp__FT_Set_Char_Size' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x18d2e): undefined reference to `_imp__FT_Get_Postscript_Name' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x1a86a): undefined reference to `_imp__FT_New_Face' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x1aef3): undefined reference to `_imp__FT_Set_Char_Size' build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x1b07e): undefined reference to `_imp__FT_Get_Postscript_Name' collect2: ld returned 1 exit status error: Command g++ -mno-cygwin -shared build\temp.win32- 2.5\Release\src\ft2font.o build\temp.win32-2.5\Release\src\mplutils.obuild\temp.win32- 2.5\Release\cxx\cxxsupport.o build\temp.win32- 2.5\Release\cxx\cxx_extensions.o build\temp.win32- 2.5\Release\cxx\indirectpythoninterface.o build\temp.win32- 2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25 -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd failed with exit status 1 But, I noticed in the beginning: BUILDING MATPLOTLIB matplotlib: 0.90.1 (r3634) python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] platform: win32 Windows version: (5, 1, 2600, 2, 'Service Pack 2') REQUIRED DEPENDENCIES Setting mingw32 as default compiler for nt. numpy: 1.0.4.dev3937 freetype2: unknown (no pkg-config) OPTIONAL DEPENDENCIES Gtk+: no * Building for Gtk+ requires pygtk; you must be able * to import gtk in your build/install environment Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4 wxPython: no * WXAgg's accelerator requires `wx-config'. The * `wx-config' executable could not be located in any * directory of the PATH environment variable. If you * want to build WXAgg, and wx-config is in some * other location or has some other name, set the * WX_CONFIG environment variable to the full path of * the executable like so: export WX_CONFIG=/usr/lib * /wxPython-2.6.1.0-gtk2-unicode/bin/wx-config Qt: no Qt4: no Cairo: no libpng: unknown (no pkg-config) [Edit setup.cfg to suppress the above messages] Does this mean that it's unable to find the win32_static directory? I have in in the matplotlibdirectory. I think I'm confused on something: In the win32 directory, there are instructions for building under cygwin--but is it necessary to build, or does matplotlib just require the library files and their headers, which it should be able to find in the win32_static directory? Cheers, William On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote: It looks like I screwed up the order of libraries between freetype2 and zlib. (It was updated
Re: [Matplotlib-users] question about building from source on windows
If I revert back to 3645, it builds and I can install it--but then I run
into
the original error I was having where I couldn't run the demos:
C:\matplotlib\trunk\matplotlib\examplesc:\python25\python.exe
wxcursor_demo.py
Traceback (most recent call last):
File wxcursor_demo.py, line 6, in module
from matplotlib.backends.backend_wxagg import FigureCanvasWxAgg as
FigureCan
vas
File c:\python25\Lib\site-packages\matplotlib\backends\backend_wxagg.py,
lin
e 24, in module
from backend_agg import FigureCanvasAgg
File c:\python25\Lib\site-packages\matplotlib\backends\backend_agg.py,
line
86, in module
from matplotlib.mathtext import math_parse_s_ft2font
File c:\python25\Lib\site-packages\matplotlib\mathtext.py, line 1182, in
mo
dule
class Vlist(List):
File c:\python25\Lib\site-packages\matplotlib\mathtext.py, line 1189, in
Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
Thanks,
William
On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote:
william ratcliff wrote:
Thanks! I think that:
found, but unknown version would be a bit better.
I'll fix that.
So, it means that it found libpng and freetype. It says that it
didn't vind wx-python--but is that only relevant for versions of
wxpython below 2.8
Yes, the message should be fixed. It won't attempt to build the wxAgg
extension (which isn't needed) in your case anyway.
I am running C:\Python25\Lib\site-packages\wx-2.8-msw-unicode, and
there is no wx-config directory associated with it.
That probably just means you don't have the development headers
installed, which is not necessary in this case.
Also, is there a reason why the compilation is being done with the
cygwin flag?
It looks like it's using the -mno-cygwin flag, which is how mingw32 is
normally selected.
BTW, any luck when you reverted to an earlier SVN version? (3645)
Cheers,
Mike
Thanks,
William
On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
william ratcliff wrote:
A bit strange:
gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes
-Iwin32_static\include
-I. -Ic:\python25\include -Ic:\python25\PC -c src/ft2font.cpp -o
build\temp.win32- 2.5\Release\src\ft2font.o
g++ -mno-cygwin -shared build\temp.win32-
2.5\Release\src\ft2font.o
build\temp.win32-2.5\Release\src\mplutils.o
build\temp.win32-2.5\Release\cxx\cxxsupport.o
build\temp.win32- 2.5\Release\cxx\cxx_extensions.o
build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o
build\temp.win32-2.5\Release\cxx\cxxextensions.o-Lwin32_static\lib
-Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25
-lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd
Found executable c:\python24\enthought\mingw\bin\g++.exe
build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:
(.text+0x317):
undefined reference to `_imp__FT_Done_FreeType'
These _imp__ things have something to do with how mingw32 links with
libraries. I'm afraid I'm getting a little out of my element
there. If
you want to rule out any unintentional consequences of my very
recent
setup.py changes (which were primarily to give more information,
rather
than change how things work), you can revert SVN a bit svn -r
3645 and
see if things are any different. Please let me know how that goes
either way.
But, I noticed in the beginning:
BUILDING MATPLOTLIB
matplotlib: 0.90.1 (r3634)
python: 2.5.1 (r251:54863, Apr 18 2007,
08:51:08) [MSC
v.1310 32 bit (Intel)]
platform: win32
Windows version: (5, 1, 2600, 2, 'Service Pack 2')
REQUIRED DEPENDENCIES
Setting mingw32 as default compiler for nt.
numpy: 1.0.4.dev3937
freetype2: unknown (no pkg-config)
OPTIONAL DEPENDENCIES
Gtk+: no
* Building for Gtk+ requires pygtk; you
must
be able
* to import gtk in your build/install
environment
Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4
wxPython: no
* WXAgg's accelerator requires
`wx-config'. The
* `wx-config' executable could not be
located
in any
* directory of the PATH environment
variable.
If you
* want to build WXAgg, and wx-config is
in some
* other location or has some other name,
set the
*
Re: [Matplotlib-users] question about building from source on windows
Thanks! I think that: found, but unknown version would be a bit better. So, it means that it found libpng and freetype. It says that it didn't vind wx-python--but is that only relevant for versions of wxpython below 2.8 I am running C:\Python25\Lib\site-packages\wx-2.8-msw-unicode, and there is no wx-config directory associated with it. Also, is there a reason why the compilation is being done with the cygwin flag? Thanks, William On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote: william ratcliff wrote: A bit strange: gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include -I. -Ic:\python25\include -Ic:\python25\PC -c src/ft2font.cpp -o build\temp.win32-2.5\Release\src\ft2font.o g++ -mno-cygwin -shared build\temp.win32- 2.5\Release\src\ft2font.o build\temp.win32-2.5\Release\src\mplutils.o build\temp.win32-2.5\Release\cxx\cxxsupport.o build\temp.win32-2.5\Release\cxx\cxx_extensions.o build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25 -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd Found executable c:\python24\enthought\mingw\bin\g++.exe build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x317): undefined reference to `_imp__FT_Done_FreeType' These _imp__ things have something to do with how mingw32 links with libraries. I'm afraid I'm getting a little out of my element there. If you want to rule out any unintentional consequences of my very recent setup.py changes (which were primarily to give more information, rather than change how things work), you can revert SVN a bit svn -r 3645 and see if things are any different. Please let me know how that goes either way. But, I noticed in the beginning: BUILDING MATPLOTLIB matplotlib: 0.90.1 (r3634) python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] platform: win32 Windows version: (5, 1, 2600, 2, 'Service Pack 2') REQUIRED DEPENDENCIES Setting mingw32 as default compiler for nt. numpy: 1.0.4.dev3937 freetype2: unknown (no pkg-config) OPTIONAL DEPENDENCIES Gtk+: no * Building for Gtk+ requires pygtk; you must be able * to import gtk in your build/install environment Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4 wxPython: no * WXAgg's accelerator requires `wx-config'. The * `wx-config' executable could not be located in any * directory of the PATH environment variable. If you * want to build WXAgg, and wx-config is in some * other location or has some other name, set the * WX_CONFIG environment variable to the full path of * the executable like so: export WX_CONFIG=/usr/lib * /wxPython-2.6.1.0-gtk2-unicode/bin/wx-config Qt: no Qt4: no Cairo: no libpng: unknown (no pkg-config) [Edit setup.cfg to suppress the above messages] Does this mean that it's unable to find the win32_static directory? I have in in the matplotlibdirectory. No. The line: freetype2: unknown (no pkg-config) indicates that the freetype2 headers were found, but it couldn't determine the version through pkg-config. If it wasn't able to find it, it would hav said freetype2: no. On second glance, I admit that message might be confusing. Do you think found, but unknown version would be better? I think I'm confused on something: In the win32 directory, there are instructions for building under cygwin--but is it necessary to build, or does matplotlib just require the library files and their headers, which it should be able to find in the win32_static directory? I'll defer on that question to someone with more matplotlib + Windows experience. Cheers, Mike Cheers, William On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: It looks like I screwed up the order of libraries between freetype2 and zlib. (It was updated to use pkg-config to determine the freetype dependencies where possible, but that inadvertently broke Windows.) Please 'svn up' and try again. Sorry for the inconvience. Cheers, Mike william ratcliff wrote: Is it possible that the freetype library in win32_static is out of date? Cheers,
Re: [Matplotlib-users] question about building from source on windows
william ratcliff wrote: Thanks! I think that: found, but unknown version would be a bit better. I'll fix that. So, it means that it found libpng and freetype. It says that it didn't vind wx-python--but is that only relevant for versions of wxpython below 2.8 Yes, the message should be fixed. It won't attempt to build the wxAgg extension (which isn't needed) in your case anyway. I am running C:\Python25\Lib\site-packages\wx-2.8-msw-unicode, and there is no wx-config directory associated with it. That probably just means you don't have the development headers installed, which is not necessary in this case. Also, is there a reason why the compilation is being done with the cygwin flag? It looks like it's using the -mno-cygwin flag, which is how mingw32 is normally selected. BTW, any luck when you reverted to an earlier SVN version? (3645) Cheers, Mike Thanks, William On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: william ratcliff wrote: A bit strange: gcc -mno-cygwin -O2 -Wall -Wstrict-prototypes -Iwin32_static\include -I. -Ic:\python25\include -Ic:\python25\PC -c src/ft2font.cpp -o build\temp.win32- 2.5\Release\src\ft2font.o g++ -mno-cygwin -shared build\temp.win32- 2.5\Release\src\ft2font.o build\temp.win32-2.5\Release\src\mplutils.o build\temp.win32-2.5\Release\cxx\cxxsupport.o build\temp.win32- 2.5\Release\cxx\cxx_extensions.o build\temp.win32-2.5\Release\cxx\indirectpythoninterface.o build\temp.win32-2.5\Release\cxx\cxxextensions.o -Lwin32_static\lib -Lc:\python25\libs -Lc:\python25\PCBuild -lfreetype -lz -lpython25 -lmsvcr71 -o build\lib.win32-2.5\matplotlib\ft2font.pyd Found executable c:\python24\enthought\mingw\bin\g++.exe build\temp.win32-2.5\Release\src\ft2font.o:ft2font.cpp:(.text+0x317): undefined reference to `_imp__FT_Done_FreeType' These _imp__ things have something to do with how mingw32 links with libraries. I'm afraid I'm getting a little out of my element there. If you want to rule out any unintentional consequences of my very recent setup.py changes (which were primarily to give more information, rather than change how things work), you can revert SVN a bit svn -r 3645 and see if things are any different. Please let me know how that goes either way. But, I noticed in the beginning: BUILDING MATPLOTLIB matplotlib: 0.90.1 (r3634) python: 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] platform: win32 Windows version: (5, 1, 2600, 2, 'Service Pack 2') REQUIRED DEPENDENCIES Setting mingw32 as default compiler for nt. numpy: 1.0.4.dev3937 freetype2: unknown (no pkg-config) OPTIONAL DEPENDENCIES Gtk+: no * Building for Gtk+ requires pygtk; you must be able * to import gtk in your build/install environment Tkinter: Tkinter: 50704, Tk: 8.4, Tcl: 8.4 wxPython: no * WXAgg's accelerator requires `wx-config'. The * `wx-config' executable could not be located in any * directory of the PATH environment variable. If you * want to build WXAgg, and wx-config is in some * other location or has some other name, set the * WX_CONFIG environment variable to the full path of * the executable like so: export WX_CONFIG=/usr/lib * /wxPython- 2.6.1.0-gtk2-unicode/bin/wx-config Qt: no Qt4: no Cairo: no libpng: unknown (no pkg-config) [Edit setup.cfg to suppress the above messages] Does this mean that it's unable to find the win32_static directory? I have in in the matplotlibdirectory. No. The line: freetype2: unknown (no pkg-config) indicates that the freetype2 headers were found, but it couldn't determine the version through pkg-config. If it wasn't able to find it, it would hav said freetype2: no. On second glance, I admit that message might be confusing. Do you think found, but unknown version would be better? I think I'm confused on something: In the win32 directory, there
Re: [Matplotlib-users] question about building from source on windows
On 8/1/07, william ratcliff [EMAIL PROTECTED] wrote:
from matplotlib.mathtext import math_parse_s_ft2font
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1182, in mo
dule
class Vlist(List):
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1189, in Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
It's not clear to me why you should be hitting mathtext at all, since
the wxcursor_demo.py does not use it, as far as I can tell. Michael,
would any of your earlier work caused him to get into mathtext
inapproriately? You may need to revert a little farther, William, eg
to r3608 while we get this sorted out.
JDH
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
william ratcliff wrote:
If I revert back to 3645, it builds and I can install it--but then I
run into
the original error I was having where I couldn't run the demos:
File c:\python25\Lib\site-packages\matplotlib\mathtext.py, line
1189, in Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
Did you report that error earlier? Sorry I missed it.
It turns out that float('inf') is not portable to Windows. See here:
http://www.python.org/dev/peps/pep-0754/
I just committed a possible fix using numpy.inf instead. Please update
lib/matplotlib/mathtext.py
and let me know if this works (again, sorry I don't have Windows to test
on here.)
In the meantime, I'll try to track down why the build is broken on trunk
for you.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
Do you get any output (e.g. a traceback) or it just goes poof? (You may
need to run it from the command line if you aren't already).
Cheers,
Mike
william ratcliff wrote:
Now, it no longer gives rise to the previous error, but python crashes
when I run the embedding_in_wx4.py example.
William
On 8/1/07, *John Hunter* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
On 8/1/07, Michael Droettboom [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1189, in Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
I'm not opposed to importing mathtext on demand only, but that
would be new.
I see, it wasn't clear to me on my first look that the bug was
triggered at module load time. I had assumed the bug was triggered by
*using* mathtext. Since you seem to have found the fix (numpy.inf)
I'm happy to leave it as is.
JDH
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote:
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1189, in Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
I'm not opposed to importing mathtext on demand only, but that would be new.
I see, it wasn't clear to me on my first look that the bug was
triggered at module load time. I had assumed the bug was triggered by
*using* mathtext. Since you seem to have found the fix (numpy.inf)
I'm happy to leave it as is.
JDH
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
I'm going to summarize, just to make sure I have everything straight.
1) HEAD doesn't build (you get lots of undefined reference to
`_imp__FT_Done_FreeType')
2) revision 3645 (yesterday before my setup.py changes), builds, but you
got the float('inf') error (which is now fixed)
3) much earlier revisions (3608) have other issues (which seem to be
related to out-of-date wxPython code)
I have just committed a possible fix for 1). You may want to try
updating to HEAD and building that.
If that doesn't work for you, I'm worried about things getting out of
hand and annoying a lot of people with my (well intentioned) setup.py
changes yesterday. If that's the case, I will revert my build changes
until I have a chance to sit in front of a Windows box and figure out
what's really going wrong.
Apologies all around,
Mike
william ratcliff wrote:
3608 also runs into problems of linking with the freetype libraries.
Some much older versions (say in the 3500s) compile, but still crash
python2.5.1 with errors like:
C:\matplotlib\trunk\matplotlib\examplesc:\python25\python.exe
embedding_in_wx4.
py
embedding_in_wx4.py:24: DeprecationWarning: The wxPython compatibility
package i
s no longer automatically generated or actively maintained. Please
switch to th
e wx package as soon as possible.
from wxPython.wx import *
Thanks again for the help!
William
On 8/1/07, *John Hunter* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
On 8/1/07, william ratcliff [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
from matplotlib.mathtext import math_parse_s_ft2font
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1182, in mo
dule
class Vlist(List):
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1189, in Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
It's not clear to me why you should be hitting mathtext at all, since
the wxcursor_demo.py does not use it, as far as I can tell. Michael,
would any of your earlier work caused him to get into mathtext
inapproriately? You may need to revert a little farther, William, eg
to r3608 while we get this sorted out.
JDH
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
Now, it no longer gives rise to the previous error, but python crashes when
I run the embedding_in_wx4.py example.
William
On 8/1/07, John Hunter [EMAIL PROTECTED] wrote:
On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote:
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1189, in Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
I'm not opposed to importing mathtext on demand only, but that would be
new.
I see, it wasn't clear to me on my first look that the bug was
triggered at module load time. I had assumed the bug was triggered by
*using* mathtext. Since you seem to have found the fix (numpy.inf)
I'm happy to leave it as is.
JDH
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
John Hunter wrote:
On 8/1/07, william ratcliff [EMAIL PROTECTED] wrote:
from matplotlib.mathtext import math_parse_s_ft2font
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1182, in mo
dule
class Vlist(List):
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1189, in Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
It's not clear to me why you should be hitting mathtext at all, since
the wxcursor_demo.py does not use it, as far as I can tell. Michael,
would any of your earlier work caused him to get into mathtext
inapproriately?
The call to float('inf'), since it's in a default argument spec, will
get called at import time. Most (maybe all) of the backends import
mathtext unconditionally, so this will get run whether mathtext is
used/called or not.
I'm not opposed to importing mathtext on demand only, but that would be new.
Cheers,
Mike
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
william ratcliff wrote:
Ok--I reverted to head and it fixed the undefined references error and
everything seems to build normally.
Well, that's partially good news...
But, if I try to run the embedding_in_wx4.py example, it crashes
python 2.5.1
If I install from the .msi then things do work in python 2.5.1, so it
must be something with the build.
Just to clarify, you mean the 0.90.1 installer downloaded from
SourceForge?
I also tried to just start python from the command window, then ran:
import numpy as N
x=N.array([1,2,3])
from pylab import *
plot(x,x)
show()
The plot command generates a Line2D instance,
but the show() command kills python in the same way that the embedding
example does. In the embedding example, I notice that the CanvasFrame
is generated before the crash.
Does it also crash if you use the Agg backend alone and save to an image
file?
import matplotlib
matplotlib.use(Agg)
from pylab import *
plot([1,2,3])
savefig(test.png)
Cheers,
Mike
On 8/1/07, *william ratcliff* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Let me try this.
On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I'm going to summarize, just to make sure I have everything
straight.
1) HEAD doesn't build (you get lots of undefined reference to
`_imp__FT_Done_FreeType')
2) revision 3645 (yesterday before my setup.py changes),
builds, but you
got the float('inf') error (which is now fixed)
3) much earlier revisions (3608) have other issues (which seem
to be
related to out-of-date wxPython code)
I have just committed a possible fix for 1). You may want to try
updating to HEAD and building that.
If that doesn't work for you, I'm worried about things getting
out of
hand and annoying a lot of people with my (well intentioned)
setup.py
changes yesterday. If that's the case, I will revert my build
changes
until I have a chance to sit in front of a Windows box and
figure out
what's really going wrong.
Apologies all around,
Mike
william ratcliff wrote:
3608 also runs into problems of linking with the freetype
libraries.
Some much older versions (say in the 3500s) compile, but
still crash
python2.5.1 with errors like:
C:\matplotlib\trunk\matplotlib\examplesc:\python25\python.exe
embedding_in_wx4.
py
embedding_in_wx4.py:24: DeprecationWarning: The wxPython
compatibility
package i
s no longer automatically generated or actively
maintained. Please
switch to th
e wx package as soon as possible.
from wxPython.wx import *
Thanks again for the help!
William
On 8/1/07, *John Hunter* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
wrote:
On 8/1/07, william ratcliff [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
from matplotlib.mathtext import math_parse_s_ft2font
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1182, in mo
dule
class Vlist(List):
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1189, in Vli
st
def vpack(self, h=0., m='additional', l=float('inf')):
ValueError: invalid literal for float(): inf
It's not clear to me why you should be hitting mathtext
at all, since
the wxcursor_demo.py does not use it, as far as I can
tell. Michael,
would any of your earlier work caused him to get into
mathtext
inapproriately? You may need to revert a little farther,
William, eg
to r3608 while we get this sorted out.
JDH
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
Yes. It crashes at the savefig line.
On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote:
william ratcliff wrote:
Ok--I reverted to head and it fixed the undefined references error and
everything seems to build normally.
Well, that's partially good news...
But, if I try to run the embedding_in_wx4.py example, it crashes
python 2.5.1
If I install from the .msi then things do work in python 2.5.1, so it
must be something with the build.
Just to clarify, you mean the 0.90.1 installer downloaded from
SourceForge?
I also tried to just start python from the command window, then ran:
import numpy as N
x=N.array([1,2,3])
from pylab import *
plot(x,x)
show()
The plot command generates a Line2D instance,
but the show() command kills python in the same way that the embedding
example does. In the embedding example, I notice that the CanvasFrame
is generated before the crash.
Does it also crash if you use the Agg backend alone and save to an image
file?
import matplotlib
matplotlib.use(Agg)
from pylab import *
plot([1,2,3])
savefig(test.png)
Cheers,
Mike
On 8/1/07, *william ratcliff* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Let me try this.
On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I'm going to summarize, just to make sure I have everything
straight.
1) HEAD doesn't build (you get lots of undefined reference to
`_imp__FT_Done_FreeType')
2) revision 3645 (yesterday before my setup.py changes),
builds, but you
got the float('inf') error (which is now fixed)
3) much earlier revisions (3608) have other issues (which seem
to be
related to out-of-date wxPython code)
I have just committed a possible fix for 1). You may want to
try
updating to HEAD and building that.
If that doesn't work for you, I'm worried about things getting
out of
hand and annoying a lot of people with my (well intentioned)
setup.py
changes yesterday. If that's the case, I will revert my build
changes
until I have a chance to sit in front of a Windows box and
figure out
what's really going wrong.
Apologies all around,
Mike
william ratcliff wrote:
3608 also runs into problems of linking with the freetype
libraries.
Some much older versions (say in the 3500s) compile, but
still crash
python2.5.1 with errors like:
C:\matplotlib\trunk\matplotlib\examplesc:\python25\python.exe
embedding_in_wx4.
py
embedding_in_wx4.py:24: DeprecationWarning: The wxPython
compatibility
package i
s no longer automatically generated or actively
maintained. Please
switch to th
e wx package as soon as possible.
from wxPython.wx import *
Thanks again for the help!
William
On 8/1/07, *John Hunter* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
wrote:
On 8/1/07, william ratcliff [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
from matplotlib.mathtext import math_parse_s_ft2font
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1182, in mo
dule
class Vlist(List):
File
c:\python25\Lib\site-packages\matplotlib\mathtext.py,
line 1189, in Vli
st
def vpack(self, h=0., m='additional',
l=float('inf')):
ValueError: invalid literal for float(): inf
It's not clear to me why you should be hitting mathtext
at all, since
the wxcursor_demo.py does not use it, as far as I can
tell. Michael,
would any of your earlier work caused him to get into
mathtext
inapproriately? You may need to revert a little farther,
William, eg
to r3608 while we get this sorted out.
JDH
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now http://get.splunk.com/___
Matplotlib-users mailing list
Re: [Matplotlib-users] question about building from source on windows
It's probably something in C++ backend code for Agg. Maybe someone else
on this list knows the last time it built and worked on Windows and can
track down a change that may have broken it.
It will probably take some work with a debugger to figure out where it
is crashing. I'd be completely guessing at this point. If you feel
adventurous and can get a C backtrace out of the crash somehow, (does
gdb work with mingw?), that could be useful. Barring that, maybe one of
the other Windows folk on this list has some ideas.
Thanks for your considerable patience ;)
Cheers,
Mike
william ratcliff wrote:
Yes. It crashes at the savefig line.
On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
william ratcliff wrote:
Ok--I reverted to head and it fixed the undefined references
error and
everything seems to build normally.
Well, that's partially good news...
But, if I try to run the embedding_in_wx4.py example, it crashes
python 2.5.1
If I install from the .msi then things do work in python 2.5.1,
so it
must be something with the build.
Just to clarify, you mean the 0.90.1 installer downloaded from
SourceForge?
I also tried to just start python from the command window, then ran:
import numpy as N
x=N.array([1,2,3])
from pylab import *
plot(x,x)
show()
The plot command generates a Line2D instance,
but the show() command kills python in the same way that the
embedding
example does. In the embedding example, I notice that the
CanvasFrame
is generated before the crash.
Does it also crash if you use the Agg backend alone and save to an
image
file?
import matplotlib
matplotlib.use(Agg)
from pylab import *
plot([1,2,3])
savefig(test.png)
Cheers,
Mike
On 8/1/07, *william ratcliff* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Let me try this.
On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
I'm going to summarize, just to make sure I have everything
straight.
1) HEAD doesn't build (you get lots of undefined
reference to
`_imp__FT_Done_FreeType')
2) revision 3645 (yesterday before my setup.py changes),
builds, but you
got the float('inf') error (which is now fixed)
3) much earlier revisions (3608) have other issues
(which seem
to be
related to out-of-date wxPython code)
I have just committed a possible fix for 1). You may
want to try
updating to HEAD and building that.
If that doesn't work for you, I'm worried about things
getting
out of
hand and annoying a lot of people with my (well intentioned)
setup.py
changes yesterday. If that's the case, I will revert my
build
changes
until I have a chance to sit in front of a Windows box and
figure out
what's really going wrong.
Apologies all around,
Mike
william ratcliff wrote:
3608 also runs into problems of linking with the freetype
libraries.
Some much older versions (say in the 3500s) compile, but
still crash
python2.5.1 with errors like:
C:\matplotlib\trunk\matplotlib\examplesc:\python25\python.exe
embedding_in_wx4.
py
embedding_in_wx4.py:24: DeprecationWarning: The wxPython
compatibility
package i
s no longer automatically generated or actively
maintained. Please
switch to th
e wx package as soon as possible.
from wxPython.wx import *
Thanks again for the help!
William
On 8/1/07, *John Hunter* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
On 8/1/07, william ratcliff
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Re: [Matplotlib-users] question about building from source on windows
No, thank you for trying so hard.
I just tried running setup.py with VERBOSE=True on a clean installation.
when it crashes I get:
LazyValue::init_type
does this mean anything to anyone?
William
On 8/1/07, Michael Droettboom [EMAIL PROTECTED] wrote:
It's probably something in C++ backend code for Agg. Maybe someone else
on this list knows the last time it built and worked on Windows and can
track down a change that may have broken it.
It will probably take some work with a debugger to figure out where it
is crashing. I'd be completely guessing at this point. If you feel
adventurous and can get a C backtrace out of the crash somehow, (does
gdb work with mingw?), that could be useful. Barring that, maybe one of
the other Windows folk on this list has some ideas.
Thanks for your considerable patience ;)
Cheers,
Mike
william ratcliff wrote:
Yes. It crashes at the savefig line.
On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
william ratcliff wrote:
Ok--I reverted to head and it fixed the undefined references
error and
everything seems to build normally.
Well, that's partially good news...
But, if I try to run the embedding_in_wx4.py example, it crashes
python 2.5.1
If I install from the .msi then things do work in python 2.5.1,
so it
must be something with the build.
Just to clarify, you mean the 0.90.1 installer downloaded from
SourceForge?
I also tried to just start python from the command window, then
ran:
import numpy as N
x=N.array([1,2,3])
from pylab import *
plot(x,x)
show()
The plot command generates a Line2D instance,
but the show() command kills python in the same way that the
embedding
example does. In the embedding example, I notice that the
CanvasFrame
is generated before the crash.
Does it also crash if you use the Agg backend alone and save to an
image
file?
import matplotlib
matplotlib.use(Agg)
from pylab import *
plot([1,2,3])
savefig(test.png)
Cheers,
Mike
On 8/1/07, *william ratcliff* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Let me try this.
On 8/1/07, *Michael Droettboom* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
I'm going to summarize, just to make sure I have
everything
straight.
1) HEAD doesn't build (you get lots of undefined
reference to
`_imp__FT_Done_FreeType')
2) revision 3645 (yesterday before my setup.py changes),
builds, but you
got the float('inf') error (which is now fixed)
3) much earlier revisions (3608) have other issues
(which seem
to be
related to out-of-date wxPython code)
I have just committed a possible fix for 1). You may
want to try
updating to HEAD and building that.
If that doesn't work for you, I'm worried about things
getting
out of
hand and annoying a lot of people with my (well
intentioned)
setup.py
changes yesterday. If that's the case, I will revert my
build
changes
until I have a chance to sit in front of a Windows box and
figure out
what's really going wrong.
Apologies all around,
Mike
william ratcliff wrote:
3608 also runs into problems of linking with the
freetype
libraries.
Some much older versions (say in the 3500s) compile, but
still crash
python2.5.1 with errors like:
C:\matplotlib\trunk\matplotlib\examplesc:\python25\python.exe
embedding_in_wx4.
py
embedding_in_wx4.py:24: DeprecationWarning: The wxPython
compatibility
package i
s no longer automatically generated or actively
maintained. Please
switch to th
e wx package as soon as possible.
from wxPython.wx import *
Thanks again for the help!
William
On 8/1/07, *John Hunter* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] mailto:[EMAIL
[Matplotlib-users] question about building from source on windows
I have a question about building from source on windows: I have installed freetype2 and libpng, for zlib, I have a collection of dlls, But, where do I place these so that matplotlib can find them (for the include files, libraries, etc. Are there any that I have to rename?)? I am using mingw for compilation and python 2.5--I have built numpy successfully from source and have installed wxpython. I have the latest version of matplotlib from the trunk of the svn repository. Thanks, William - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] question about building from source on windows
On 7/31/07, william ratcliff [EMAIL PROTECTED] wrote: I have a question about building from source on windows: I have installed freetype2 and libpng, for zlib, I have a collection of dlls, But, where do I place these so that matplotlib can find them (for the include files, libraries, etc. Are there any that I have to rename?)? I am using mingw for compilation and python 2.5--I have built numpy successfully from source and have installed wxpython. I have the latest version of matplotlib from the trunk of the svn repository. See the instructions for building on win32 in the setupext.py file in the src distribution. Let us know if they are out of date so we can update them. Thanks, JDH - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
