Should I worry about this warning when installing mingw-w64 on 10.6.8?

[Ken Cunningham]

On 2019-11-20, at 1:17 PM, Ryan Schmidt wrote:


> Well there's certainly an issue for Xcode clang, which is not aware of your modifications to MacPorts clangs.
> 
> https://trac.macports.org/ticket/59104
> 
> You say there that modifying the ports to pass the correct flags to the build system is the correct thing to do, but that it is too much work and that we should blacklist the affected Xcode compilers. It should come as no surprise that I don't find that to be reasonable. Ports *should* use the flags MacPorts tells them to use. Ports that don't do this will encounter any number of problems accommodating the various features MacPorts claims to support today (building for alternate architectures, building universal, libraries being relocatable via install_name_tool) as well as new features MacPorts might introduce in the future. Failure to build with alternate C++ libraries is merely one of the problems that might be encountered. Rather than sweeping this problem under the rug by blacklisting older compilers that haven't done anything wrong, please fix ports to use the right flags so that *all* the issues caused by not using the right flags can be fixed, rather than just fixing one of them.
> 


Well, I look on this a little bit like I put a new lock on my door, but you say you will accept only World Peace and nothing else is worth doing.

It would be wonderful if all builds were done right, and they should be.  "medoc" should fix "recoll". Get on with it, man.

In the meantime, 10.6.8 through 10.8 is being singled out for failure as the c++ std lib defaulting no longer matches Macports present setup.

SO we can fix 200+ broken ports (and we should, eventually), or we can make the 10.6 to 10.8 defaulting match 10.9+, lock our door, and wait for World Peace to someday occur.

We are not on opposite sides of this issue. I just want to get through todays "sudo port -v upgrade outdated" sometime this month, not next year or never.

K