Re: [MacPorts] #59085: mingw-w64 fails if called via another port that’s using the +universal variant

MacPorts noreply at macports.org
Mon Sep 23 17:54:19 UTC 2019


#59085: mingw-w64 fails if called via another port that’s using the +universal
variant
------------------------+----------------------
  Reporter:  Gcenx      |      Owner:  mojca
      Type:  defect     |     Status:  assigned
  Priority:  Normal     |  Milestone:
 Component:  ports      |    Version:
Resolution:             |   Keywords:
      Port:  mingw-w64  |
------------------------+----------------------

Comment (by Gcenx):

 Wine versions prior to Wine-4.15 didn’t make use of {{{mingw-w64}}} so it
 would have been a none issue. Now wine is using {{{mingw-w64}}} to build
 multiple dll/exe file as native Windows binaries instead of fake dll files
 that linked to .so files that mapped to the native dylibs on macOS.

 I’m aware {{{mingw-w64}}} is the meta package I’m calling it directly due
 to needing all of it for compiling wine as universal.

 wine uses i686 components of mingw for 32Bit builds.
 wine64 uses x86_64 components of mingw for 64Bit builds.

 I don’t believe i686 would need to be compiled as universal since it’s a
 32Bit compiler and x86_64 is 64Bit, I’m mostly confused why macports seems
 to think it can’t install components of mingw-w64 due to my usage of
 +universal that’s required to build the full wine/wine64 port.

 As i also mentioned if I can add something into the {{{wine-devel}}}
 Portfile to not pass the +universal flag and works I take that, as if I
 installed {{{mingw-w64}}} before hand my Portfile works just fine

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


More information about the macports-tickets mailing list