qscintilla-qt5: Could not resolve SDK Path for 'macosx11.2' using --show-sdk-path

[robwgla]

Edit: Michael -- looks like, at the root of it, this issue with qscintilla-qt5 not building on BigSur after the update to 11.2.

Why does Macports require SDK 11.2 when 11.1 is the latest? Xcode 12.4 installed. xcode-select --install has been executed. Xcode shows 11.1 as latest SDK version!

Builds not possible.

[kencu (Ken)]

MacPorts will try to use a specfic MacOSX11.2.sdk if such exists, and will notify if none is found so you know it's falling back to a generic SDK.

Usually there is such an SDK when a new macOS version is released, but this time there is not, and so the exception proves the rule.

Builds are unaffected. base falls back to MacOSX.sdk.

[robwgla]

Latest SDK provided by Apple is 11.1! There is no 11.2 available from Apple. How can MacPorts require 11.2?

Examples: R (sudo port install R) fails to build. octave (sudo port install octave) fails to build.

[kencu (Ken)]

On 11.2, MacPorts will look for a MacOS11.2.sdk, use it if it exists, tells you if it doesn't.

But -- it still uses the MacOSX.sdk.

That is not the cause of your failed build.

If octave is not building for you, plesae post up a ticket and a log. I updated Octave a while back, and it built on all systems when I did it.... but that was then and this is now.

[robwgla]

Thanks. All you write makes sense, but

first: Running macOS Big Sur 11.2.1 (20D74) second: Xcode 12.4 (12D4e) with Command Line Tools https://download.developer.apple.com/Developer_Tools/Command_Line_Tools_for_Xcode_12.4/Command_Line_Tools_for_Xcode_12.4.dmg(latest version from Jan, 26 2021) installed. Also via xcode-select --install!

• Where shall required SDK 11.2 come from? There is no 11.2 available, only 11.1 (as shown in Xcode build settings!
• Why do we get the warning?

Obviously Macports wants a SDK which is not available. (I already wrote that)

Did I miss something? What?

[robwgla]

Replying to kencu:

On 11.2, MacPorts will look for a MacOS11.2.sdk, use it if it exists, tells you if it doesn't.

If octave is not building for you, plesae post up a ticket and a log. I updated Octave a while back, and it built on all systems when I did it.... but that was then and this is now.

I have a production system running and already did multiple (complete) uninstall/re-install cycles. Currently I can't shoot my system for experiments. I will see what I can do and open a new tickets for octave and R when ready to mess with my system.

BTW. My computer is as standard as possible, so I see no reason why this should be some special case. Thanks anyway for trying.

[kencu (Ken)]

I am not sure how else to explain it.

MacPorts base checks your system, sees it is 11.2, so uses that number to look for an SDK to use: MacOSX11.2.sdk.

But there is no such thing as a MacOSX11.2.sdk. It is phantom, a vapour, an imagination -- it doesn't exist yet.

It's a (minor) screw up in base, with the assumption that there would ALWAYS be an SDK matching the system version number. But there is no such SDK. So base warns you that there is no such SDK (this is -- really -- your problem I guess because no warning, no confusion about the warning -- but I digress).

And then base looks next for the next option in the line, which is the MacOSX.sdk, which exists, and so uses that, and away you go, building.

But at some later time, something causes you to have a build error, You have no idea what it is. But you remember that warning (helpful warning) that there was no MacOSX11.2.sdk and you think ===> "That's It!".

But that is Not It.

What it actually is, nobody knows, because we have no ticket for the error, and no log to see what went wrong.

So we keep talking about the SDK (non) issue, which (probably) has absolutely nothing to do with whatever is making your build fail.

(Which is likely going to be a problem with gcc's baked-in SDK path, but we don't know that yet.)

[robwgla]

Replying to kencu:

MacPorts base checks your system, sees it is 11.2, so uses that number to look for an SDK to use: MacOSX11.2.sdk. But there is no such thing as a MacOSX11.2.sdk. It is phantom, a vapour, an imagination -- it doesn't exist yet.

That is exactly what I wrote from the beginning. No 11.2 sdk available yet!

It's a (minor) screw up in base, with the assumption that there would ALWAYS be an SDK matching the system version number. But there is no such SDK. So base warns you that there is no such SDK (this is -- really -- your problem I guess because no warning, no confusion about the warning -- but I digress).

There is indeed no such SDK, because it doesn't exist yet!

[robwgla]

I found a workaround:

0. completely removed MacPorts

1. completely removed Command Line Tools

2. reinstalled Command Line Tools via xcode-selecet --install (installed macOS11.1.sdk)

3. reinstalled MacPorts

4. updated MacPorts sudo port selfupdate

5. started reinstalling “my ports”

6. SDK warning still occurs!

7. pointed Command Line Tools manually to /Library/Developer/CommandLineTools via xcode-select -s ...

8. SDK warning still occurs!

9. made link macOS11.2.sdk pointing to macOS11.1.sdk

10. all “my” installs and builds without flaws! No warnings, no build errors for R.

11. cotave failed:

---> Computing dependencies for octave ---> Dependencies to be installed: qscintilla-qt5 qt5-qttools clang-11 llvm-11 qt5-qtdeclarative qt5-qtsvg qt5-sqlite-plugin sundials2 SuiteSparse_KLU SuiteSparse_BTF mpich-default mpi-doc mpi_select ---> Fetching archive for qscintilla-qt5 ---> Attempting to fetch qscintilla-qt5-2.11.6_0.darwin_20.x86_64.tbz2 from ​https://packages.macports.org/qscintilla-qt5 ---> Attempting to fetch qscintilla-qt5-2.11.6_0.darwin_20.x86_64.tbz2 from ​https://lil.fr.packages.macports.org/qscintilla-qt5 ---> Attempting to fetch qscintilla-qt5-2.11.6_0.darwin_20.x86_64.tbz2 from ​https://cph.dk.packages.macports.org/qscintilla-qt5 ---> Configuring qscintilla-qt5 Error: Failed to configure qscintilla-qt5: configure failure: command execution failed Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_qscintilla/qscintilla-qt5/main.log for details. Error: Follow ​https://guide.macports.org/#project.tickets to report a bug. Error: Processing of port octave failed

12. main.log attached.

Maybe my findings are of some help.

[kencu (Ken)]

OK. So now we know what is going on.

Your build error is:

69.     :info:configure Project ERROR: Could not resolve SDK Path for 'macosx11.2' using --show-sdk-path
70	:info:configure Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_devel_qscintilla/qscintilla-qt5/work/QScintilla-2.11.6/Qt4Qt5" && /opt/local/libexec/qt5/bin/qmake PREFIX=/opt/local CONFIG+=absolute_library_soname CONFIG+=c++11 -spec macx-clang