[MacPorts] #60548: py-scipy: error: call to 'fmaf' is ambiguous

MacPorts noreply at macports.org
Sat May 23 11:23:29 UTC 2020


#60548: py-scipy: error: call to 'fmaf' is ambiguous
------------------------+-----------------------
 Reporter:  ryandesign  |      Owner:  michaelld
     Type:  defect      |     Status:  assigned
 Priority:  Normal      |  Milestone:
Component:  ports       |    Version:
 Keywords:              |       Port:  py-scipy
------------------------+-----------------------
 [https://build.macports.org/builders/ports-10.9_x86_64-builder/builds/119403/steps
 /install-port/logs/stdio py-scipy fails to build]. I see a few instances
 of this in the log:

 {{{
 error: invalid value 'c++14' in '-std=c++14'
 }}}

 The portfile already says:

 {{{
         # require C++11 as of 1.4.0; use C11 as well to match
         compiler.c_standard 2011
         compiler.cxx_standard 2011
 }}}

 If it now requires C++14 then I guess it needs to be changed to:

 {{{
         PortGroup compiler_blacklist_versions 1.0

         compiler.c_standard 2011
         compiler.cxx_standard 2014
         # Remove this once base's compiler selection for C++14 is fixed:
         # https://github.com/macports/macports-base/pull/162
         compiler.blacklist-append {clang < 602}
 }}}

 If on the other hand it's just checking whether the compiler supports
 C++14 and will fall back to C++11, then the real errors may instead be:

 {{{
 In file included from scipy/fft/_pocketfft/pypocketfft.cxx:19:
 scipy/fft/_pocketfft/pocketfft_hdronly.h:304:7: error: call to 'fmaf' is
 ambiguous
   r = fmaf (r, s, -1.335021972656250000e+00f);
       ^~~~
 /usr/include/math.h:553:14: note: candidate function
 extern float fmaf(float, float, float);
              ^
 /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:1211:40:
 note: candidate function
 inline _LIBCPP_INLINE_VISIBILITY float fmaf(float __x, float __y, float
 __z) _NOEXCEPT {return (float)((double)__x*__y + __z);}
                                        ^
 In file included from scipy/fft/_pocketfft/pypocketfft.cxx:19:
 scipy/fft/_pocketfft/pocketfft_hdronly.h:305:7: error: call to 'fmaf' is
 ambiguous
   r = fmaf (r, s,  4.058703899383544922e+00f);
       ^~~~
 /usr/include/math.h:553:14: note: candidate function
 extern float fmaf(float, float, float);
              ^
 /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:1211:40:
 note: candidate function
 inline _LIBCPP_INLINE_VISIBILITY float fmaf(float __x, float __y, float
 __z) _NOEXCEPT {return (float)((double)__x*__y + __z);}
                                        ^
 In file included from scipy/fft/_pocketfft/pypocketfft.cxx:19:
 scipy/fft/_pocketfft/pocketfft_hdronly.h:306:7: error: call to 'fmaf' is
 ambiguous
   r = fmaf (r, s, -4.934802055358886719e+00f);
       ^~~~
 /usr/include/math.h:553:14: note: candidate function
 extern float fmaf(float, float, float);
              ^
 /Library/Developer/CommandLineTools/usr/bin/../include/c++/v1/cmath:1211:40:
 note: candidate function
 inline _LIBCPP_INLINE_VISIBILITY float fmaf(float __x, float __y, float
 __z) _NOEXCEPT {return (float)((double)__x*__y + __z);}
                                        ^
 In file included from scipy/fft/_pocketfft/pypocketfft.cxx:19:
 scipy/fft/_pocketfft/pocketfft_hdronly.h:732:1: error: thread-local
 storage is unsupported for the current target
 thread_local size_t thread_id = 0;
 ^
 scipy/fft/_pocketfft/pocketfft_hdronly.h:733:1: error: thread-local
 storage is unsupported for the current target
 thread_local size_t num_threads = 1;
 ^
 }}}

 If so, I don't know what the fix for those is.

-- 
Ticket URL: <https://trac.macports.org/ticket/60548>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list