having the "+test" or "+tests" variant propagate causes unexpected builds

Ryan Schmidt ryandesign at macports.org
Sun Oct 30 10:23:07 UTC 2022

On Oct 28, 2022, at 21:33, Daniel J. Luke wrote:
> I don't think implementation difficulty is the barrier here - but that all variants should just have the same behavior.
> In my mind, the real problem is the need for +test variants, there should be a way to just use the test phase - and perhaps changes to base/ to enable that are a better option.

In one of my ports that has a tests variant, the reason why the variant exists is that the build system looks for certain test dependencies at configure time. If they're not there, it doesn't build the test suite and doesn't allow tests to be run later. I'm not sure how MacPorts could be improved to handle that better in the absence of a tests variant. Would you have MacPorts do the configuration in the configure phase, do the build in the build phase, and then redo the configuration and build in the test phase? Or would you suggest in this case that the test dependencies that are needed at configure time should be added unconditionally, so that even users who won't be running the tests need to install them? In my port's case the dependencies are probably small and that wouldn't make much of a difference, but I'm not sure it'll always be that way for all ports.

More information about the macports-dev mailing list