aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/jsonfuncs.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2014-05-30 18:18:11 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2014-05-30 18:19:06 -0400
commit20561acf93d32b7d7fdd59d054344b2e341d6aa0 (patch)
tree0e0abfdeda5d3bf4247416850a179c46b0628033 /src/backend/utils/adt/jsonfuncs.c
parent512f3b03e3cddf7dc1901c0e062500133e534c1d (diff)
downloadpostgresql-20561acf93d32b7d7fdd59d054344b2e341d6aa0.tar.gz
postgresql-20561acf93d32b7d7fdd59d054344b2e341d6aa0.zip
On OS X, link libpython normally, ignoring the "framework" framework.
As of Xcode 5.0, Apple isn't including the Python framework as part of the SDK-level files, which means that linking to it might fail depending on whether Xcode thinks you've selected a specific SDK version. According to their Tech Note 2328, they've basically deprecated the framework method of linking to libpython and are telling people to link to the shared library normally. (I'm pretty sure this is in direct contradiction to the advice they were giving a few years ago, but whatever.) Testing says that this approach works fine at least as far back as OS X 10.4.11, so let's just rip out the framework special case entirely. We do still need a special case to decide that OS X provides a shared library at all, unfortunately (I wonder why the distutils check doesn't work ...). But this is still less of a special case than before, so it's fine. Back-patch to all supported branches, since we'll doubtless be hearing about this more as more people update to recent Xcode.
Diffstat (limited to 'src/backend/utils/adt/jsonfuncs.c')
0 files changed, 0 insertions, 0 deletions