-
-
Notifications
You must be signed in to change notification settings - Fork 30.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gestalt() is deprecated on OSX 10.8, remove support? #62593
Comments
In OSX 10.8 the Gestalt() funtion in CoreServices is deprecated. This function is used in the _gestalt extension and exported to Python code. The only in-tree user of this (private) extension is the platform module, it uses gestalt as one of the alternatives to get the OSX release; and a fallback at that. A stackoverflow user has done some sleuthing and discovered that the gestalt function uses the same XML file to determine the OSX release as is used by the primary alternative used by the platform module (see <http://stackoverflow.com/questions/11072804/mac-os-x-10-8-replacement-for-gestalt-for-testing-os-version-at-runtime\>). The gestalt alternative will therefore likely be useful at all (it is only used when the file it reads is not available in the first place). The easiest solution to avoid this deprecated API is therefore to drop the _gestalt extension and remove its use in platform.mac_ver() |
The attached patch removes the use of the Gestalt API. The removed code is effectively dead, I yet have to find a machine were platform._mac_ver_xml does not work and the gestalt based code only gets used when the XML variant does not work. |
On 07.07.2013 11:11, Ronald Oussoren wrote:
I think it should only be removed in case we no longer support |
Do we follow the deprecation procedure for private functions as well? The patch removes a private and undocumented extension, and removes a private function that uses that extension. There is no change in the public API. Also, as I mentioned before the removed code is effectively dead because it will never be called on systems that aren't totally broken. |
On 08.07.2013 13:55, Ronald Oussoren wrote:
Oh, I was under the impression that the API is public. I just did a |
I had hoped to just drop it in 3.4. To remove:
To change:
|
On 08.07.2013 14:08, Ronald Oussoren wrote:
Fine with me. |
New changeset ccbaf6762b54 by Ronald Oussoren in branch 'default': |
I won't backport to 3.3 or 2.7, it is highly unlikely that the API will actually be removed anytime soon. |
New changeset 7272ef213b7c by Ronald Oussoren in branch 'default': |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: