Skip to content
Snippets Groups Projects
Select Git revision
  • benchmark-tools
  • postgres-lambda
  • master default
  • REL9_4_25
  • REL9_5_20
  • REL9_6_16
  • REL_10_11
  • REL_11_6
  • REL_12_1
  • REL_12_0
  • REL_12_RC1
  • REL_12_BETA4
  • REL9_4_24
  • REL9_5_19
  • REL9_6_15
  • REL_10_10
  • REL_11_5
  • REL_12_BETA3
  • REL9_4_23
  • REL9_5_18
  • REL9_6_14
  • REL_10_9
  • REL_11_4
23 results

configure

  • Tom Lane's avatar
    94ea1cf7
    Yet further rethinking of build changes for macOS Mojave. · 94ea1cf7
    Tom Lane authored
    The solution arrived at in commit e74dd00f presumes that the compiler
    has a suitable default -isysroot setting ... but further experience
    shows that in many combinations of macOS version, XCode version, Xcode
    command line tools version, and phase of the moon, Apple's compiler
    will *not* supply a default -isysroot value.
    
    We could potentially go back to the approach used in commit 68fc227d,
    but I don't have a lot of faith in the reliability or life expectancy of
    that either.  Let's just revert to the approach already shipped in 11.0,
    namely specifying an -isysroot switch globally.  As a partial response to
    the concerns raised by Jakob Egger, adjust the contents of Makefile.global
    to look like
    
    CPPFLAGS = -isysroot $(PG_SYSROOT) ...
    PG_SYSROOT = /path/to/sysroot
    
    This allows overriding the sysroot path at build time in a relatively
    painless way.
    
    Add documentation to installation.sgml about how to use the PG_SYSROOT
    option.  I also took the opportunity to document how to work around
    macOS's "System Integrity Protection" feature.
    
    As before, back-patch to all supported versions.
    
    Discussion: https://postgr.es/m/20840.1537850987@sss.pgh.pa.us
    94ea1cf7
    History
    Yet further rethinking of build changes for macOS Mojave.
    Tom Lane authored
    The solution arrived at in commit e74dd00f presumes that the compiler
    has a suitable default -isysroot setting ... but further experience
    shows that in many combinations of macOS version, XCode version, Xcode
    command line tools version, and phase of the moon, Apple's compiler
    will *not* supply a default -isysroot value.
    
    We could potentially go back to the approach used in commit 68fc227d,
    but I don't have a lot of faith in the reliability or life expectancy of
    that either.  Let's just revert to the approach already shipped in 11.0,
    namely specifying an -isysroot switch globally.  As a partial response to
    the concerns raised by Jakob Egger, adjust the contents of Makefile.global
    to look like
    
    CPPFLAGS = -isysroot $(PG_SYSROOT) ...
    PG_SYSROOT = /path/to/sysroot
    
    This allows overriding the sysroot path at build time in a relatively
    painless way.
    
    Add documentation to installation.sgml about how to use the PG_SYSROOT
    option.  I also took the opportunity to document how to work around
    macOS's "System Integrity Protection" feature.
    
    As before, back-patch to all supported versions.
    
    Discussion: https://postgr.es/m/20840.1537850987@sss.pgh.pa.us