[PyQt] Python modules shouldn't link directly to Python framework on OS X

[Brian Kelley]

In my humble opinion there should be an option for linking against the framework libraries.  I don't mind having the default be as described.

As the framework library is the only thing I test against, I would prefer having the option to only use this library.  I have been burned too many times by customers having an incorrect library in their path so I have come to respect the "link to this library or don't run approach".

Brian Kelley

On 11/21/08 12:03 PM, "Phil Thompson" <phil at riverbankcomputing.com> wrote:

On Fri, 14 Nov 2008 23:33:59 -0600, William Kyngesburye
<woklist at kyngchaos.com> wrote:
> Python extensions on OS X are built as bundles, and are expected to be
> loaded dynamically by Python or another program that is linked to the
> Python framework.  The extension expects to find all the Python
> symbols already loaded.
>
> SIP gets the -bundle flag right, but also links directly to the Python
> framework.
>
> The nice benefit of this is that we can compile an extension with one
> build of Python (say the Leopard system Python 2.5.1), then install a
> newer (point version) Python and have the extension loadable in the
> newer Python.  Or distribute the extension where others might have
> installed a newer version of Python.
>
> This will take care of not-linking the python framework - in
> siputils.py, ModuleMakefile().finalise(), change:
>
> self.LFLAGS.append("-F%s" % string.join(dl, os.sep))
> self.LFLAGS.append("-framework Python")
>
> to:
>
> self.LFLAGS.append("-undefined dynamic_lookup")

Thanks - it will be in SIP v4.8.

Phil
_______________________________________________
PyQt mailing list    PyQt at riverbankcomputing.com
http://www.riverbankcomputing.com/mailman/listinfo/pyqt

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.riverbankcomputing.com/pipermail/pyqt/attachments/20081121/1ebb489e/attachment.html