From nobody Thu Apr 18 23:49:48 2024 X-Original-To: freebsd-arch@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VLDz06y6tz5HLbJ for ; Thu, 18 Apr 2024 23:49:48 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VLDz06KLlz4nfm; Thu, 18 Apr 2024 23:49:48 +0000 (UTC) (envelope-from brooks@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1713484188; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=oAXsEmPpqV0z5/JGHgemb/GmzzAMoqef3JVDfwY+HAQ=; b=hZkGNB2yntYT8sUS0CafzoFPRRZI5bC967BegjEcYdBRT/GXmZ3QP2ngiLB16yhiefTve6 YLVTkKVW4VYE87drLtUl0MUreeyPJV9YxmIVpy19ZVZGbJS73Ky2JYxZ/wZ7TmgDjewxng FnAlQDAIPf1IRGq5rUYCCqLaGWrvkEfPlNelpGZIbd2pjsRR5/OCsukNqJrQ8mW7BpZk1Z FRAjB/PjRIkourc/dtkjoRGMhZY8r1B0KchI5lgmqFls39RgbJwOrSadwGkW/JiAD/nnUU DCF2jOSqDr9F/zHexxkXNCFrd/b4U3Cr9zNT8EEcaAk3waFndkC5kPKnNuOOUQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1713484188; a=rsa-sha256; cv=none; b=ELhBTUaSl82NDaw8dDI70iWF8RobJUkUQ5QrtHpMXeDgsKQSGiTOgl78NiagHffkak4ql9 vuHSSP0AaBwZoVfCXObN15F8KxRhqHF1BggvT/XA9OjnzsldupQ/CQxOVKgn95wVSYU8Ft XDgk0cxLsocvwsuYfH0YNxob23Lg7dGITkV41bka4LIm21Mcsz/J1kzZvOs38mCJiJZyEA tBwKcR+Rz63xEgMPYiTi1/b5Mi4fQg6tAthwtWNCGOAZgtK6Qc6ctoixLaSiHtK9HF/s22 KYHJRe3GFO3NxEkbCMypDtCKRN097My+tZiVBN1mOyuQRk4oRO4KVL2qbhOKZA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1713484188; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=oAXsEmPpqV0z5/JGHgemb/GmzzAMoqef3JVDfwY+HAQ=; b=fvL9iZ6i2BpTvRmarA0Q54HsdYqI7nxPHaEI6pYSc0AwNZdIx3cBTNG/4ojBbSzoza7SGB bCfXeEMhStbPXir+mTYPRJjUKXxUX9jsiQl0pitQQd2L+3Zn5ljD02vre6+kv2zH0qzPVV QBg8TUKqwywMV9+Rc5lbpOqjDkoheAhiWzzqSn0itD5VTyAEbb9axpfO9vuL0Ojy+5Qq7Z cGUFi8dLoITee+tVXO5/5UOtFJFBitDuWDmsOyslWFnpHAPhbBmb1wMHm+UTWIAb6zrcsD wxGE9PAA8U+qIYUwZiMoZuli81BNvJztZfOxm5FGk7ZAjOjB2fjQmpF6NavlIA== Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: brooks/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VLDz05cK6zKV7; Thu, 18 Apr 2024 23:49:48 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 7EFB73C019B; Thu, 18 Apr 2024 23:49:48 +0000 (UTC) Date: Thu, 18 Apr 2024 23:49:48 +0000 From: Brooks Davis To: Steve Kargl Cc: freebsd-arch@freebsd.org, Michael Dexter Subject: Re: RFC: linking with --no-undefined-version Message-ID: References: List-Id: Discussion related to FreeBSD architecture List-Archive: https://lists.freebsd.org/archives/freebsd-arch List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arch@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Apr 18, 2024 at 04:44:31PM -0700, Steve Kargl wrote: > On Thu, Apr 18, 2024 at 11:35:19PM +0000, Brooks Davis wrote: > > As of LLVM 16, lld default to --no-undefined-version which means that if > > a symbol is listed in the symbol version map it must be present or lld > > will fail to link. This is good because it prevents that accidental loss > > of symbols which breaks our ABI compatibility. Unfortunately, it's > > somewhat complicating because our symbol version maps may vary > > per-architecture or based on options. As a result we added > > --undefined-version to LDFLAGS. > > > > Just to be clear, does this extend into /usr/ports? I only have 3020 *.so > in /usr/local/lib. I can image that some software package may have > missing symbols. Just the base system and things that use bmake infrastructure from base (e.g., programs that got kicked out of base like ftpd), but dim@ already fixed lots of symbol files in ports so I don't expect major issues. -- Brooks