Title: sysconfig variable LINKFORSHARED has wrong value for MacOS X framework build
Type: behavior Stage:
Components: Distutils Versions: Python 3.1, Python 2.6
Status: closed Resolution:
Dependencies: Superseder:
Assigned To: tarek Nosy List: Andrew.Jaffe, khinsen, naufraghi, ronaldoussoren, rsanchezsaez, tarek
Priority: normal Keywords: easy

Created on 2008-08-18 13:01 by khinsen, last changed 2013-02-27 12:27 by Andrew.Jaffe. This issue is now closed.

File name Uploaded Description Edit
FindPythonLibs.cmake rsanchezsaez, 2009-12-15 17:35
Messages (13)
msg71324 - (view) Author: Konrad Hinsen (khinsen) Date: 2008-08-18 13:01
On a MacOS X framework build, the LINKFORSHARED variable obtained from 
distutils.sysconfig.get_config_vars() has the value

  -u _PyMac_Error Python.framework/Versions/2.5/Python

The last item is incomplete, it needs to be prefixed with the path in 
which the Python framework is installed.

Looking at config/Makefile (from which Distutils takes the variables), I 




One fix would be to use PYTHONFRAMEWORKINSTALLDIR instead of PYTHONFRAMEWORKDIR in the definition of LINKFORSHARED, but I don't know 
if this could have undesirable effects on the build process.
msg75493 - (view) Author: Matteo Bertini (naufraghi) * Date: 2008-11-04 14:26
I confirm this issue, some handy workaround available?
msg75511 - (view) Author: Matteo Bertini (naufraghi) * Date: 2008-11-05 00:06
The solution I found is:

LINKFORSHARED = -u _PyMac_Error -framework Python

as in the Apple included Python Makefile



that makes linker use the right framework (not sure, but works with
MacPython installed)
msg75517 - (view) Author: Matteo Bertini (naufraghi) * Date: 2008-11-05 08:36
I can add that providing the option:


or setting the anv var


is it possible to build an extension in too
(without that option there was a problem with some 10.5 libs)
msg96440 - (view) Author: Ricardo Sánchez-Sáez (rsanchezsaez) Date: 2009-12-15 15:16
This bug is still present in Python 2.6 and Python 3.0 included with
Snow Leopard.


Python 3.0.1 (r301:69597, Feb 14 2009, 19:03:52) 
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
>> import distutils.sysconfig
>> print(distutils.sysconfig.get_config_var('LINKFORSHARED'))



Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39) 
[GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
>> import distutils.sysconfig
>> print(distutils.sysconfig.get_config_var('LINKFORSHARED'))

  -u _PyMac_Error Python.framework/Versions/2.6/Python


Python 2.6.1 (r261:67515, Jul  7 2009, 23:51:51) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
>> import distutils.sysconfig
>> print(distutils.sysconfig.get_config_var('LINKFORSHARED'))

returns the correct path:
   -u _PyMac_Error
msg96442 - (view) Author: Ricardo Sánchez-Sáez (rsanchezsaez) Date: 2009-12-15 16:08
Correction to my last message: the first two Python installations,
located at /Library/Frameworks/Python.framework/Versions/ did not come
with Snow Leopard, I installed them from MacPython packages. The Snow
Leopard version (/usr/bin/python) does not seem affected by the bug.

I just installed the latest MacPython stable packages (2.6.4 and 3.1.1),
and the relative path bug is still present. Here's the result for 3.1.1:

--$ /Library/Frameworks/Python.framework/Versions/3.1/bin/python3
Python 3.1.1 (r311:74543, Aug 24 2009, 18:44:04) 
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import distutils.sysconfig
>>> print(distutils.sysconfig.get_config_var('LINKFORSHARED'))
-framework CoreFoundation Python.framework/Versions/3.1/Python
msg96449 - (view) Author: Ronald Oussoren (ronaldoussoren) * (Python committer) Date: 2009-12-15 17:05
What do you use LINKFORSHARED for?

As a minor rant: the wholesale export of all settings in the main 
Makefile through distutils sucks big time. I have no idea whether or not 
LINKFORSHARED is meant to be a public API, and if it is what it should 
be used for.

The value of LINKFORSHARED is correct for building the framework, making 
sure that the value is useful outside of the build of Python itself 
would almost certainly require hacks, either in the makefile or by 
patching the Makefile during installation.

BTW. I have no idea what's the point of msg75511, it doesn't seem to be 
related to the original report.
msg96451 - (view) Author: Ricardo Sánchez-Sáez (rsanchezsaez) Date: 2009-12-15 17:35
I am using it to tell CMake where are the Python Libraries for linking.

Here's a snippet from my FindPythonLibs.cmake (I am attaching the whole
file as well):


Does anybody happen to know a better/more correct way for linking the
python libs?
msg96458 - (view) Author: Ronald Oussoren (ronaldoussoren) * (Python committer) Date: 2009-12-15 19:38
python-config (or python3-config for python 3.x) is the best way to get 
this information in recent versions of python (IIRC 2.6 or newer)
msg96469 - (view) Author: Ricardo Sánchez-Sáez (rsanchezsaez) Date: 2009-12-15 22:13
Thank you! That's much more convenient.

So maybe then this bug report should be closed without a fix, right?
msg96496 - (view) Author: Ronald Oussoren (ronaldoussoren) * (Python committer) Date: 2009-12-16 20:21
To be honest: I don't know.

Tarek: do you think LINKFORSHARED should contain a value that works 
outside of Python's build environment?
msg96510 - (view) Author: Tarek Ziadé (tarek) * (Python committer) Date: 2009-12-17 10:11
I agree with Ronald: making sure all variables in Makefile provide
values that can work in any environment just because distutils offers an
API to read them would be a major pain.

What is planned is to remove sysconfig from distutils, and have it in
the stdlib, with a private module built when ./configure is called, that
would contain these variables. 

And maybe we could filter out some variables in this process to keep
only the ones that can be used by code in all environments.

IOW, if python-config provides what you need, LINKFORSHARED could be
filtered out so the API cannot return it.
msg183145 - (view) Author: Andrew Jaffe (Andrew.Jaffe) Date: 2013-02-27 12:27
Was this actually fixed? As per <> it affects "python-config --ldflags" which is used by various build systems.
Date User Action Args
2013-02-27 12:27:33Andrew.Jaffesetnosy: + Andrew.Jaffe
messages: + msg183145
2009-12-18 19:03:41tareksetstatus: open -> closed
2009-12-17 10:11:07tareksetassignee: tarek
messages: + msg96510
2009-12-16 20:21:20ronaldoussorensetmessages: + msg96496
2009-12-15 22:13:35rsanchezsaezsetmessages: + msg96469
2009-12-15 19:38:24ronaldoussorensetmessages: + msg96458
2009-12-15 17:35:12rsanchezsaezsetfiles: + FindPythonLibs.cmake

messages: + msg96451
2009-12-15 17:05:05ronaldoussorensetmessages: + msg96449
2009-12-15 16:08:53rsanchezsaezsetmessages: + msg96442
versions: + Python 3.1
2009-12-15 16:01:21r.david.murraysetpriority: normal
nosy: + ronaldoussoren, tarek

keywords: + easy
versions: - Python 2.5, Python 3.0
2009-12-15 15:16:39rsanchezsaezsetnosy: + rsanchezsaez

messages: + msg96440
versions: + Python 2.6, Python 3.0
2008-11-05 08:36:39naufraghisetmessages: + msg75517
2008-11-05 00:06:37naufraghisetmessages: + msg75511
2008-11-04 14:26:35naufraghisetnosy: + naufraghi
messages: + msg75493
2008-08-18 13:01:35khinsencreate