#51643: qt5 portgroup overwrites supported_archs, defines universal variant when one is not desired ---------------------------+------------------------ Reporter: ryandesign@… | Owner: mcalhoun@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Resolution: | Keywords: Port: qt5 | ---------------------------+------------------------ Comment (by ryandesign@…): Replying to [comment:4 rjvbertin@…]:
qt5 portgroup which includes the muniversal portgroup which defines a universal variant.
This is always the case because a universal Qt5 build can only be generated that way.
I understand that. The problem is when the qt5 portgroup includes the muniversal portgroup and thus defines a universal variant for a port like qupzilla 2 which only builds for a single architecture -- x86_64 -- and thus should not have a universal variant. It's customary to include portgroups at the top of the portfile, right after the portsystem line. supported_archs, if set at all, would typically be set later. But this is a problem for the qt5 portgroup which wants to include the muniversal portgroup if a universal build is going to happen. How can the qt5 portgroup know, at the time that it has been included, whether the portfile will later set supported_archs to a single value, or set universal_variant to no? And therefore how can the qt5 portgroup know whether or not it should include the muniversal portgroup? I don't know.
Regardless of that, wouldn't it be simpler just to check `supported_archs` for the presence of archs other than i386 or x86_64 and raise an error in that case?
I think that's an orthogonal issue, unrelated to this ticket. -- Ticket URL: <https://trac.macports.org/ticket/51643#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X