Opened 4 years ago

Closed 3 years ago

#62082 closed defect (fixed)

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) 4 years ago.
main.log (994 bytes) - added by dbl001 (dbl) 4 years ago.

Download all attachments as: .zip

Change History (9)

Changed 4 years ago by dbl001 (dbl)

Attachment: myports.txt added

comment:1 Changed 4 years 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 4 years ago by kencu (Ken)

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

Changed 4 years ago by dbl001 (dbl)

Attachment: main.log added

comment:3 Changed 4 years 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 4 years 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 4 years ago by dbl001 (dbl)

Create a new ticket?

comment:6 Changed 4 years ago by dbl001 (dbl)

qscintilla-qt5 @2.11.6_0 (active) platform='darwin 15' archs='x86_64' date='2020-11-30T07:52:12-0800'

comment:7 Changed 3 years ago by kencu (Ken)

Resolution: fixed
Status: assignedclosed

I believe this has been improved or fixed in base with the "requested variants" thing.

at any rate, nothing to do with ld64 directly.

Note: See TracTickets for help on using tickets.