[MacPorts] #59453: R @3.5.1: Fails to compile on Mojave (10.14.6) with XCode 11 (11.1 11A1027)
MacPorts
noreply at macports.org
Tue Nov 26 19:36:13 UTC 2019
#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
More information about the macports-tickets
mailing list