Opened 7 weeks ago

Last modified 7 weeks ago

#62082 assigned defect

Error: ld64: Variant ld64_274 conflicts with ld64_xcode

Reported by: dbl001 (dbl) Owned by: kencu (Ken)
Priority: Normal Milestone:
Component: ports Version: 2.6.4
Keywords: Cc: jeremyhu (Jeremy Huddleston Sequoia)
Port: ld64

Description

I am migrating my port from 10.11.6 to 10.15.7:

Error: ld64: Variant ld64_274 conflicts with ld64_xcode

$ sudo ./restore_ports.tcl myports.txt Warning: Skipping google-perftools (not in the ports tree) Error: ld64: Variant ld64_274 conflicts with ld64_xcode Error evaluating variants

while executing

"error "Error evaluating variants""

(procedure "mportopen" line 59) invoked from within

"mportopen $portInfo(porturl) [list subport $portInfo(name)] $variantInfo" Unable to open port 'ld64': Error evaluating variants

while executing

"dependenciesForPort $name $variants"

(procedure "sort_ports" line 46) invoked from within

"sort_ports $portList"

invoked from within

"set operationList [sort_ports $portList]"

(file "./restore_ports.tcl" line 285)

ld64 @3_3+ld64_274 (active) platform='darwin 15' archs='x86_64' date='2020-04-28T12:11:31-0700'
  ld64-274 @274.2_0+llvm90 (active) platform='darwin 15' archs='x86_64' date='2020-04-25T08:18:08-0700'

Attachments (2)

myports.txt (70.6 KB) - added by dbl001 (dbl) 7 weeks ago.
main.log (994 bytes) - added by dbl001 (dbl) 7 weeks ago.

Download all attachments as: .zip

Change History (8)

Changed 7 weeks ago by dbl001 (dbl)

Attachment: myports.txt added

comment:1 Changed 7 weeks ago by kencu (Ken)

Thanks. The way MacPorts handles upgrading default variants is in need of some fixing. There is an open ticket in the 4000 series about this that I don't have time to reference right here, but this issue has drawn attention in the past month as a problem.

I recently made some changes to how cctools works to try to prevent this kind of thing happening, so I will look at the ld64 port to do the same.

For now, obviously, don't try to install ld64 @3_3+ld64_274 on 10.15 as it is not meant to work there.

The solution, to paraphrase from what I did in cctools, is to not even make that ld64_274 variant visible on 10.15, and then it disappears from history.

comment:2 Changed 7 weeks ago by kencu (Ken)

Cc: jeremyhu added
Keywords: ld64 removed
Owner: set to kencu
Status: newassigned

Changed 7 weeks ago by dbl001 (dbl)

Attachment: main.log added

comment:3 Changed 7 weeks ago by dbl001 (dbl)

How about this:

--->  Computing dependencies for qscintilla-qt5
--->  Dependencies to be installed: pkgconfig libiconv qt5-qtbase dbus expat double-conversion freetype brotli bzip2 libpng zlib gawk gettext glib2 libffi pcre libedit harfbuzz cairo fontconfig ossp-uuid perl5.28 db48 gdbm libpixman xorg-libXext xorg-libX11 xorg-libXau xorg-xorgproto xorg-libXdmcp xorg-libxcb xorg-libpthread-stubs xorg-xcb-proto libxml2 icu xz xorg-xcb-util xrender graphite2 libjpeg-turbo openssl pcre2 zstd qt5-qtmacextras
Error: Requested variants "" do not match those the build was started with: "+universal".
Error: Please use the same variants again, or run 'port clean libiconv' first to remove the existing partially completed build.

I ran 'port clean libiconv' and manually installed readline, ... but I get the same error.

comment:4 in reply to:  3 Changed 7 weeks ago by kencu (Ken)

Replying to dbl001:

How about this:

well there you got yourself a whole new problem that has (AFICT) nothing to do with this here ld64 problemo.

comment:5 Changed 7 weeks ago by dbl001 (dbl)

Create a new ticket?

comment:6 Changed 7 weeks ago by dbl001 (dbl)

qscintilla-qt5 @2.11.6_0 (active) platform='darwin 15' archs='x86_64' date='2020-11-30T07:52:12-0800'
Note: See TracTickets for help on using tickets.