Tracking "requested variants" and ways to "get rid of" outdated ones

Mojca Miklavec mojca at macports.org
Thu Feb 19 03:18:36 PST 2015


Hi,

I like variants. But I believe that many of us are often bitten by the
inability to "get rid of" outdated variants without manual
intervention.

Typical examples:

- clang-3.x keeps changing its mind about whether +analyzer /
+arm_runtime should be the default or not. When the default is changed
and I want to upgrade, it starts compiling from source.

- Once I have "octave +gcc47" installed, it will be stuck with +gcc47
forever, even after the default has long been switched to +gcc48, then
+gcc49, ... Same is true for ld64 and the multiple clang variants.

I don't know how to properly handle that, but are there any chances to
at least track whether the user intentionally switched a variant
on/off/picked another variant? If we had that information the upgraded
port would have at least some chances to switch to the new default
variant (providing the user didn't explicitly mess with the variants
in that particular port). This would also be a lot more useful for
statistics (mpstat).

Mojca


More information about the macports-dev mailing list