Re: [PyOpenGL-Users] Problems using PyOpenGL-2.0.1.04 on Mac OS X
Brought to you by:
mcfletch
From: Mike C. F. <mcf...@ro...> - 2003-05-10 18:12:17
|
Evan Jones wrote: > On Friday, May 9, 2003, at 16:46 Canada/Eastern, Mike C. Fletcher wrote: > >> I'm out of my depth here, having never tried to compile anything on a >> Mac, so I'd suggest asking on the mac python list if you don't get it >> working. In particular, Jack Jansen probably can help, as I believe >> he's been building it fairly regularly on OS-X. > > > Bingo. That was the clue I needed. Here's a link that will be useful > for others out there: > > http://mail.python.org/pipermail/pythonmac-sig/2003-February/007213.html > I assume this thread was discussing the following: https://sourceforge.net/tracker/index.php?func=detail&aid=544084&group_id=5988&atid=105988 As far as I can see, the patch is not yet there (or did I misplace it somehow, sorry if so), did you (Evan) find it anywhere? If there is someone in the know (Bob?), I would like to see the patch. In particular, I'm interested in whether this is something we can adopt immediately for the 2.0.1.05 release, or whether it has significant side effects. > The bug is basically that OS X won't load two .so's with the same > name. I found a binary build that uses Fink's version of Python and > life is good. So in short, I hope that either Apple fixes this bug > with their dynamic linker, or else that someone hacks PyOpenGL to name > all the modules "DirName__init__.so". The renaming of the __init___.so/pyd files is something I'm planning for all platforms, which should make py2exe somewhat happier as well. I would be quite happy to have this in 2.0.1.05. I have no background information on the: OS X requires ranlib for static libraries problem, I am assuming the solution is merely to add the library to the list of libraries in setup.py for the "interface_util" static library (if the os is OSX). Similarly, no background on the: OS X GLUT changes the working directory on glutInit problem. I am assuming this is where the "working around" comes in. This sounds more like a GLUT error that should be reported to either the GLUT people or Apple, but if we can work around it without causing too much ugliness (and without breaking if the underlying error is fixed), I'm willing. BTW: These really seem like three separate patches, one for each of the three problems. We're still quite informal about these things, but it would be nice to be able to review each issue individually, rather than needing to pull apart a patch file's effects to see what's being changed and how. I'd rather have a combined patch than no patch, of course :) . The changes in Jack's original patch are already integrated into the 2.0.1 release, even the """self.output_dir = "" # Try by Jack""" voodoo, though I still have no idea what this was for. If someone can produce a patch for building on OS X, I'd love to review it and integrate it. If you can't get the SourceForge file upload to work, and the patch is less than 10 MB, you can send it directly to me. Despite there being "1-click" installation, I would still like PyOpenGL to build out of box with the standard "setup.py install" for OS X (though I understand that changing the described makefile is out of scope, we can include that in the build instructions). Enjoy yourselves, Mike _______________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://members.rogers.com/mcfletch/ |