Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://mail.python.org/pipermail/python-dev/2004-December/050350.html below:

[Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)

• Previous message: [Python-Dev] Proposed Mac OS X change for 2.3.5 and 2.4.1 - MACOSX_DEPLOYMENT_TARGET vs. Python, round two, fight!
• Next message: [Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

>Raymond:
>
>Acceptance for Py2.4 partially hinges on how quickly third party apps
>have their binaries updated.
>
>I wonder if there is anything we can do to help.


One good way of helping out is to provide an dynamic loading function
that third party modules could access the basic python functions such as
PyArgParseTuple, PyString_AsString etc regardless of which python the
user is running. This would be similar to the COM approach. You can load
all the function pointers into a struct and then call them. 

Third party modules would link against this DLL independent of which
python is being used. 

Chui

• Previous message: [Python-Dev] Proposed Mac OS X change for 2.3.5 and 2.4.1 - MACOSX_DEPLOYMENT_TARGET vs. Python, round two, fight!
• Next message: [Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4