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]> wro
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.13
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:
N
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
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!
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
No, with whatever is in the current version of svn, it now works on the
intel quad as well. Thanks!
On 8/5/07, william ratcliff <[EMAIL PROTECTED]> wrote:
>
> One more datapoint--I am becoming suspicious that this could be an arch
> problem. A colleague was able to build from source under cygwin
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 tr
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 w
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 <[EM
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 chec
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
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.
william ratcliff wrote:
> This also occurs when I run
> import matplotlib
> matplotlib.use("Agg")
> from pylab import *,
> then it crashes with LazyValue::init_type
That's in the _transforms module. You might try with
matplotlib.use("Template") and see if it still crashes--not that I would
know
This also occurs when I run
import matplotlib
matplotlib.use("Agg")
from pylab import *,
then it crashes with LazyValue::init_type
On 8/1/07, william ratcliff <[EMAIL PROTECTED]> wrote:
>
> No, thank you for trying so hard.
>
> I just tried running setup.py with VERBOSE=True on a clean installati
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 c
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 gu
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 r
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 d
I also looked at the log_bar.py example and found that it's also at the
pylab.show() command that it dies
On 8/1/07, william ratcliff <[EMAIL PROTECTED]> wrote:
>
> Ok--I reverted to head and it fixed the undefined references error and
> everything seems to build normally. But, if I try to run t
Ok--I reverted to head and it fixed the undefined references error and
everything seems to build normally. 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.
I also
Let me try this.
On 8/1/07, Michael Droettboom <[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 chang
I run from the command line. Essentially, it just goes poof. There is no
output--it generates an error report (as usual in windows)--but nothing pops
out that I can understand...
Cheers,
William
On 8/1/07, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
> Do you get any output (e.g. a traceback
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"
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
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.1with errors like:
C:\matplotlib\trunk\matplotlib\examples>c:\python25\python.exe
embedding_in_wx4.
py
embedding_in_wx4.py:24: DeprecationWarning: Th
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 > dule>
>> class Vlist(List):
>> File
>> "c:\python25\Lib\site-pac
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 mat
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, 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 dule>
> class Vlist(List):
> File
> "c:\python25\Lib\site-packages\matplotlib\mathtext.py",
> l
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='addi
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\examples>c:\python25\python.exe
wxcursor_demo.py
Traceback (most recent call last):
File "wxcursor_demo.py", line 6, in
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 sho
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:
> 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-
2.5\Release\src\mpluti
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 ratclif
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++
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):ftgz
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\matplotlib>c:\python25\python.exe setup.py build
>
I tried the new setup.py script and found:
C:\matplotlib\trunk\matplotlib>c:\python25\python.exe setup.py build
BUILDING MATPLOTLIB
matplotlib: 0.90.1 (r3634)
python: 2.5.1 (r251:54863, Apr 18
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
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,
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 c
44 matches
Mail list logo
