David L. Page wrote:
> Thanks. Yes, it is the installer that gave the warning.
> I tried downloading the zip files according to your last suggestion.
> It worked for PyOpenGL-3.0.1b2.zip but not for
> PyOpenGL-accelerate-3.0.1b2.zip. Here's the output for th accelerate
> f:\PyOpenGL-accelerate-3.0.1b2> python setup.py install
> running install
> running build
> running build_py
> running build_ext
> building 'OpenGL_accelerate.wrapper' extension
> Unable to import Numeric, skipping Numeric extension building
> error: Unable to find vcvarsall.bat
Hmm, you *should* be able to use the PyOpenGL-accelerate .exe installer,
it was built with Python 2.6 (since that's the only thing that can build
a binary extension for itself). PyOpenGL is cross-version, so it
doesn't necessarily get built with the current version (which I think
was the problem here). The source install of PyOpenGL-accelerate
requires a C compiler, which is a large download for Win32 systems.
> On Sun, Jan 10, 2010 at 11:38 PM, Mike C. Fletcher
> <mcfletch@... <mailto:mcfletch@...>> wrote:
> David L. Page wrote:
> > I am attempting to install PyOpenGL-3.0.1b2 on a Win7 system with
> > Python 2.6 installed. I receive an error that msvcr71.dll was not
> > found upon start of the PyOpenGL install exe.
> > I have found online suggestions to download msvcr71.dll from various
> > sites and then to copy that dll into the win system directory. For
> > obvious reasons, I am unsatisfied with this solution and haven't
> > attempted it.
> > Does any else have a work around?
> Hmm, that's a pain. If I'm reading correctly, there's no VC 2003
> redistributable download on microsoft.com <http://microsoft.com>.
> So there's no official way
> to redistribute it? That doesn't seem very helpful :( .
> Something has
> installed it to the Windows folder on my Vista machine, but I've
> got the
> MS Free compiler on there, which likely included it. I seem to recall
> that Python 2.5 included msvcrt71.dll but that there were problems
> redistributions of it (or something like that)... hmm, it's not
> installed in the Python25 folder, so it could be that's what did the
> system-level install.
> What's really weird is that PyOpenGL without the accelerator module is
> pure Python... that is, it's not even compiled, it just uses ctypes to
> access the dlls. Maybe in compiling one of the dlls we bundle as data
> (maybe GLE?) I produced a dependency on vc7's redistributable. If you
> move OpenGL/DLLS/gle32.dll and OpenGL/DLLS/glut32.dll do you still get
> the message?
> Hmm, reading again, you're saying the *installer* is failing... hrmph.
> Probably built the pure-python installer with Python 2.5 and it linked
> to the Python 2.5 runtime... why would an installer require an
> run-time? Sigh. Work-around would be to run the source installation
> (i.e. download, unpack, run "python setup.py install") or even use
> "easy_install <thezipfile>" if you want.
> Mike C. Fletcher
> Designer, VR Plumber, Coder
> David L. Page
> Knoxville, Tennessee
> davidpage@... <mailto:davidpage@...>
Mike C. Fletcher
Designer, VR Plumber, Coder