[MacPorts] #56143: wine{, -{devel, crossover}}: new +universal woes

MacPorts noreply at macports.org
Mon Mar 26 02:47:52 UTC 2018


#56143: wine{,-{devel,crossover}}: new +universal woes
---------------------------------------------+----------------------
  Reporter:  Ionic                           |      Owner:  raimue
      Type:  defect                          |     Status:  assigned
  Priority:  Normal                          |  Milestone:
 Component:  ports                           |    Version:
Resolution:                                  |   Keywords:
      Port:  wine wine-devel wine-crossover  |
---------------------------------------------+----------------------

Comment (by Ionic):

 > The muniversal portgroup doesn't do anything for non-universal builds,
 so setting merger_arch_flag no wouldn't do anything to address that.

 Yeah, I'm pretty sure `-m32` comes from wine itself which adds it when
 building its win32 variant on a non-i386 platform. And `-arch base_arch`
 is just part of the usual flags we pass to builds when building a base-
 arch port.

 [[br]]
 > Yes, doing it only when the universal variant is not set might work.

 Might, but then again would leave us with the "logical dilemma" I
 mentioned in the report - for wine ports, the behavior of `+universal`
 would be reversed compared to all other ports. I don't feel too
 comfortable with that, but it's the maintainer's decision in the end.

 Maybe we shouldn't use `universal` here at all, but rather introduce new
 `win32` and `win64` (or `wine32` and `wine64`) variants that enable
 building a specific variant, irrespective of the machine's base arch. Do
 we actually need `muniversal` and merging here? Wine normally adds
 postfixes to its 64bit variant binaries. Libraries will need to be staged
 into different directories (and we should make sure to tell wine where to
 find those in the build process), but I don't think that `muniversal` is
 actually useful here. We don't want to actually merge thin binaries into
 fat binaries. We already stage stuff into different directories via the
 `dlldir` override.

--
Ticket URL: <https://trac.macports.org/ticket/56143#comment:9>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list