Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
I tried to install matplotlib from svn (2398) on a system of
WindowsXP, python-2.4.2, numpy-0.9.6r1, MinGW-5.0.2. Even applying the
hack described in
from pylab import *
caused the error message
the procedure entry point _ctype could not be located in the dynamic
link libary msvcr71.dll
I realized that matplotib relies on the distutils package of numpy
which in turn has its own mingw32ccompiler.py module and found that
the problem can be cured by commenting out the following lines in
if sys.version[:3] > '2.3':
libraries =3D ['msvcr71']
Is there any other solution better then modifying two modules of
Institute of Biophysics
Biological Research Center of the Hungarian Academy of Sciences
Temesv=E1ri krt. 62.
6701 Szeged, Hungary
phone: +36 62 599 620 fax: +36 62 433 133 cellular: +36 20 5648 303
From: John Hunter <jdhunter@ac...> - 2006-05-19 13:57:37
>>>>> "G=E9za" =3D=3D G=E9za Groma <groma@...> write=
G=E9za> Is there any other solution better then modifying two
G=E9za> modules of separate packages?
Probably not -- numpy should probably remove this -- you might want to
email their list.
From: Robert Kern <robert.kern@gm...> - 2006-05-19 16:27:30
John Hunter wrote:
>>>>>>"Géza" == Géza Groma <groma@...> writes:
> Géza> Is there any other solution better then modifying two
> Géza> modules of separate packages?
> Probably not -- numpy should probably remove this -- you might want to
> email their list.
Building extensions for 2.4 with Mingw is not 100% reliable no matter how it's
done. Mingw has been written to use MSVCRT.dll as its C runtime. Python 2.4 uses
MSVCR71.dll as its C runtime. If you leave out the 'msvcr71' library and use an
out-of-box Mingw installation, then you will get two different C runtimes. If a
FILE pointer passes between them (or any other structure provided by the C
runtime), you will crash the interpreter. However, the headers for Mingw have
been written against MSVCRT.dll and reference things not present in MSVCR71.dll
(in this case _ctype, a jump table used by isalpha() and friends IIRC).
There is currently no general solution that will work for all extensions. The
only general solution is to modify Mingw to use MSVCR71.dll as its runtime. But
no one seems to be working on that.
"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret it as though it had
an underlying truth."
-- Umberto Eco