[MacPorts] #59453: R @3.5.1: Fails to compile on Mojave (10.14.6) with XCode 11 (11.1 11A1027)

[MacPorts]

#59453: R @3.5.1: Fails to compile on Mojave (10.14.6) with XCode 11 (11.1 11A1027)
---------------------------+----------------------
  Reporter:  vjorlikowski  |      Owner:  kjellpk
      Type:  defect        |     Status:  assigned
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:  2.6.2
Resolution:                |   Keywords:
      Port:  R             |
---------------------------+----------------------

Comment (by himay81):

 Nevermind that last post, I think. Manual editing of the `configure` file
 as below…
 {{{
 if test x${use_internal_tzcode} = xdefault; then
 case "${host_os}" in
    darwin*)
      use_internal_tzcode=no;
      ;;
 esac
 fi
 }}}
 …in the absence of the `--with-internal-tzcode` flag (which should then
 use the default, to run the code block above) has no effect.

 Relatedly…hunting around in `configure` and `config.log` has me thinking
 this is an Xcode (11 on Mojave) issue?
 From `configure`:
 {{{
 #!sh
 for ac_func in clock_gettime timespec_get
 do
 as_ac_Symbol=`$as_echo "ac_cv_have_decl_$ac_func" | $as_tr_sh`
 { $as_echo "$as_me:${as_lineno-$LINENO}: checking whether $ac_func exists
 and is declared" >&5
 $as_echo_n "checking whether $ac_func exists and is declared... " >&6; }
 if eval \${$as_ac_Symbol+:} false; then :
   $as_echo_n "(cached) " >&6
 else
   cat confdefs.h - <<_ACEOF >conftest.$ac_ext
 }}}
 From `config.log` in checking for those functions…
 {{{
 #!html
 <pre>
 configure:33488: result: no
 configure:33502: checking whether clock_gettime exists and is declared
 configure:33530: /usr/bin/clang -o conftest -pipe -Os
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk -arch
 x86_64 -fPIC  -I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk
 -L/opt/local/lib -Wl,-headerpad_max_install_names
 -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk
 -arch x86_64 conftest.c -lm  >&5
 configure:33530: $? = 0
 configure:33539: result: yes
 configure:33502: checking whether timespec_get exists and is declared
 configure:33530: /usr/bin/clang -o conftest -pipe -Os
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk -arch
 x86_64 -fPIC  -I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk
 -L/opt/local/lib -Wl,-headerpad_max_install_names
 -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk
 -arch x86_64 conftest.c -lm  >&5
 conftest.c:180:22: warning: 'timespec_get' is only available on macOS
 10.15 or newer [-Wunguarded-availability-new]
   char *p = (char *) timespec_get;
                      ^~~~~~~~~~~~
 <span style="color:
 #FF0000">/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/include/time.h:199:5:
 note: 'timespec_get' has been marked as being introduced in macOS 10.15
 here, but the deployment target is macOS 10.14.0</span>
 int timespec_get(struct timespec *ts, int base);
     ^
 conftest.c:180:22: note: enclose 'timespec_get' in a __builtin_available
 check to silence this warning
   char *p = (char *) timespec_get;
                      ^~~~~~~~~~~~
 1 warning generated.
 configure:33530: $? = 0
 configure:33539: result: yes
 </pre>
 }}}
 Might the problem be something regarding changes in `time.h` between 10.14
 and 10.15? Reverting from Xcode 11 to 10 here fixed a similar issue…
 [https://github.com/Blizzard/node-
 rdkafka/issues/686#issuecomment-535909615]

-- 
Ticket URL: <https://trac.macports.org/ticket/59453#comment:8>
MacPorts <https://www.macports.org/>
Ports system for macOS