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]
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
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
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
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
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
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
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.
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
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
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
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
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
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_'
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
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
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
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
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-
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
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
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
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,
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',
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.
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
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
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
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
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
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
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
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
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
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.
35 matches
Mail list logo