No similar problem has been reported with Qt5, but making equivalent change to qt5-darwin.m4 sounds sensible. And doing that part even to S3_0?
I have a note in my MacPorts adaptation of Freeciv 2.6.6. Freeciv 2.6.6 ./configure only detects qt5_bins_dir/qtpaths if qt5_bins_dir is in the shell's search $PATH. It does not respect the setting of --with-qt5-framework-bin. So this fails: ./configure --with-qt5-framework-bin=.../qt5_bins_dir .
What I take from this is that the configure options for Qt5 in Freeciv S2_6 did not get implemented fully or correctly.
When implementing this --with-qt6-framework configure option, could that person please also check that all related Qt6 config options in that branch work correctly?
I suspected qt6-framework-bin/qt5-framework-bin to be broken from seeing it in the qt6-darwin.m4/qt5-darwin.m4, but didn't get to that yet. Will open a new ticket about it. Of course, if the fix gets written by someone without access to a mac (looks at the mirror), somebody else needs to test that it actually works.
if the fix gets written by someone without access to a mac (looks at the mirror), somebody else needs to test that it actually works.
I am able to build all the Freeciv branches on my Mac. If there are mac-specific things which need testing, you are welcome to assign them to me and I will eventually test it.
Add --with-qt6-framework configure option (to be implemented in qt6-darwin.m4) for macOS, to override current automatic detection by 'qtpaths --install-prefix'. This is needed as qtpaths from a homebrew installed to a custom location still seems to return paths of the default location.