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:
I assume this thread was discussing the following:
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
> 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),
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).
Mike C. Fletcher
Designer, VR Plumber, Coder