[MacPorts] #71415: tk @8.6.14 +quartz +universal: libtk8.6.dylib is a text file (was: tk +quartz +universal installs corrupt libtk86.dylib)

[MacPorts]

#71415: tk @8.6.14 +quartz +universal: libtk8.6.dylib is a text file
------------------------+---------------------------------
  Reporter:  ned-deily  |      Owner:  MarcusCalhoun-Lopez
      Type:  defect     |     Status:  assigned
  Priority:  Normal     |  Milestone:
 Component:  ports      |    Version:
Resolution:             |   Keywords:
      Port:  tk         |
------------------------+---------------------------------
Changes (by ryandesign):

 * cc: mcalhoun@…, chrischavez@… (removed)
 * cc: chrstphrchvz (added)
 * status:  new => assigned
 * owner:  (none) => MarcusCalhoun-Lopez


Comment:

 I see this surprising line in the log:

 `:info:destroot fatal error:
 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/lipo:
 /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_x11_tk/tk/work
 /destroot-arm64//opt/macports/lib/libtk8.6.dylib and
 /opt/macports/var/macports/build/_opt_macports_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_x11_tk/tk/work
 /destroot-ppc-intel//opt/macports/lib/libtk8.6.dylib have the same
 architectures (arm64) and can't be in the same fat output file`

 They should not, of course, have the same architecture; one should be
 arm64 and the other should be x86_64. And the earlier compile commands do
 seem to use `-arch arm64` and `-arch x86_64` as they should.

 libtk8.6.dylib isn't the only file where `lipo` complains that the two
 files have the same arch; the same complaint is issued for libtkstub8.6.a
 and wish8.6.

 For comparison, this doesn't happen for me on macOS 12 on x86_64; it may
 be specific to macOS ≥ 15 or to arm64.

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