[MacPorts] #69246: octave-gsl: conftest.cpp:52:10: fatal error: 'ov-scalar.h' file not found

[MacPorts]

#69246: octave-gsl: conftest.cpp:52:10: fatal error: 'ov-scalar.h' file not found
--------------------------+------------------------
  Reporter:  Schamschula  |      Owner:  ryandesign
      Type:  defect       |     Status:  reopened
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:
Resolution:               |   Keywords:
      Port:  octave-gsl   |
--------------------------+------------------------

Comment (by ryandesign):

 So far we only see the problem on our Apple Silicon buildbot machines, not
 Intel. And I see your config.log is from Apple Silicon. My machine is
 Intel.

 On the macOS 14 Intel build that's working, we see:

 {{{
 checking ov-scalar.h usability... yes
 checking ov-scalar.h presence... yes
 checking for ov-scalar.h... yes
 }}}

 and on the macOS 14 Apple Silicon build that's failing, we see:

 {{{
 checking ov-scalar.h usability... no
 checking ov-scalar.h presence... no
 checking for ov-scalar.h... no
 configure: error: ov-scalar.h header not found
 }}}

 I verified that the Apple Silicon build does actually contain ov-scalar.h.

 The patchfile is only fixing the third test, "checking for ov-scalar.h";
 the presence and usability checks are handled by standard autoconf header
 checking macros.

 Checking my own config.log was a little difficult because it gets both
 created and deleted during the configure phase. I had to cancel the
 configure phase in progress after it found the headers. Mine says:

 {{{
 configure:3128: checking ov-scalar.h usability
 configure:3128: ccache /usr/bin/clang++ -c -pipe -Os -std=c++11
 -stdlib=libc++
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk -arch
 x86_64 -I/opt/local/include/octave-8.4.0/octave -I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk
 conftest.cpp >&5
 configure:3128: $? = 0
 configure:3128: result: yes
 configure:3128: checking ov-scalar.h presence
 configure:3128: ccache /usr/bin/clang++ -E
 -I/opt/local/include/octave-8.4.0/octave -I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk
 conftest.cpp
 configure:3128: $? = 0
 configure:3128: result: yes
 configure:3128: checking for ov-scalar.h
 configure:3128: result: yes
 }}}

 Yours says:

 {{{
 configure:3128: checking ov-scalar.h usability
 configure:3128: /usr/bin/clang++ -c -pipe -Os -std=c++11 -stdlib=libc++
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk -arch arm64
 -I -I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk
 conftest.cpp >&5
 conftest.cpp:52:10: fatal error: 'ov-scalar.h' file not found
 #include <ov-scalar.h>
          ^~~~~~~~~~~~~
 1 error generated.
 configure:3128: $? = 1
 configure: failed program was:
 [snip]
 configure:3128: result: no
 configure:3128: checking ov-scalar.h presence
 configure:3128: /usr/bin/clang++ -E -I -I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk
 conftest.cpp
 conftest.cpp:19:10: fatal error: 'ov-scalar.h' file not found
 #include <ov-scalar.h>
          ^~~~~~~~~~~~~
 1 error generated.
 configure:3128: $? = 1
 configure: failed program was:
 [snip]
 configure:3128: result: no
 configure:3128: checking for ov-scalar.h
 configure:3128: result: no
 configure:3132: error: ov-scalar.h header not found
 }}}

 Yours is missing the `-I/opt/local/include/octave-8.4.0/octave` flag that
 would let it find the header. Investigating why that is, I see that my
 config.log says at the top:

 {{{
 configure:2185: checking for Octave's canonical_host_type
 configure:2193: result: x86_64-apple-darwin21.6.0
 configure:2206: checking for Octave's include directory
 configure:2214: result: /opt/local/include/octave-8.4.0/octave
 }}}

 while yours says:

 {{{
 configure:2185: checking for Octave's canonical_host_type
 configure:2193: result:
 configure:2206: checking for Octave's include directory
 configure:2214: result:
 }}}

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