From nobody Tue Dec 20 23:12:40 2022 X-Original-To: freebsd-current@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 4NcC650QdXz1HJgX for ; Tue, 20 Dec 2022 23:12:45 +0000 (UTC) (envelope-from zseri.devel+fbsd@ytrizja.de) Received: from ytrizja.de (ytrizja.de [138.201.154.11]) (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) by mx1.freebsd.org (Postfix) with ESMTPS id 4NcC641HXzz3N8y for ; Tue, 20 Dec 2022 23:12:44 +0000 (UTC) (envelope-from zseri.devel+fbsd@ytrizja.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ytrizja.de header.s=2020 header.b=iXMMDvdN; spf=pass (mx1.freebsd.org: domain of zseri.devel+fbsd@ytrizja.de designates 138.201.154.11 as permitted sender) smtp.mailfrom=zseri.devel+fbsd@ytrizja.de; dmarc=pass (policy=reject) header.from=ytrizja.de Message-ID: <91c3d49d-5d69-8c04-0269-908f31689748@ytrizja.de> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ytrizja.de; s=2020; t=1671577961; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=YVCbA81w+sDm5X+2yzdNGTNYvOr8dGkDo876KXhcrxE=; b=iXMMDvdNCAWPRFe1cWsSwLVzaqDLwr0dQp13Pvd6VyTc5p6uNlXfKzBiNMYEj0IxtZaeXt Qq25CLdgkxCANsLSSxc6Qnmo5WE18Nkut2X7oS3M578aP3hTSmQtLslqZOz7+doyysURbU BZMGWucyBo/cqNxygKPppejHp+7WyrJLLqIR8OI1wR4hVr0sMCWAI/0DufFtg49DL4g367 auIuvKAbSGRGpYTEtn9gQeeEq6wG14Rs5UVBcAv/pfyU5TvM1plbRHOU2rodnKqB8By177 hAGxJ+0QhtP6BLc6XLlPtU35uUIJAilbdrOHxH9CZdqAh+q/+iB8bCj/ovYTnQ== Date: Wed, 21 Dec 2022 00:12:40 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Language: en-US To: freebsd-current@FreeBSD.org From: Alain Zscheile Subject: all_subdir_lib/libclang_rt build failure (libc++ ld error) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[ytrizja.de,reject]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_ALLOW(-0.20)[ytrizja.de:s=2020]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ZERO(0.00)[0]; ASN(0.00)[asn:24940, ipnet:138.201.0.0/16, country:DE]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TAGGED_FROM(0.00)[fbsd]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[ytrizja.de:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4NcC641HXzz3N8y X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello, I encountered a build failure while trying to build fbsd' src.git commit ae521fda895ff0b5076904f08ec92e3c60d53701 with `make -j4 buildworld` on an FreeBSD 13.1 system. --- all_subdir_lib/libclang_rt --- ld: error: /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/libc++.so:2: cannot find /usr/lib/libc++.so.1 inside /usr/obj/usr/src/amd64.amd64/tmp >>> GROUP ( /usr/lib/libc++.so.1 /usr/lib/libcxxrt.so ) >>> ^ c++: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: stopped in /usr/src The stated file is indeed not present, and resides in .../tmp/lib instead of .../tmp/usr/lib. It appears that the .so linker script should either be patched (to point to /lib instead of /usr/lib) or a symlink for the .so.1 file should be created. (at least the corresponding c++ command line doesn't indicate anything to the contrary of that afaik) I don't know when this problem was introduced and it might be the case that this bootstrapping problem only occurs when the "outside system" (in this case FreeBSD 13.1) has an older version of clang. (as I'm not really sure when the bootstrapping process actually kicks in, as it appears to have omitted building a linker when it detected that the current one is recent enough/matches) It might also be that case that this is just the result of a missing dependency, which messes with parallel building, idk... Regards, Alain Zscheile