From owner-freebsd-bugs@freebsd.org Tue Dec 3 16:18:35 2019 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 24A0E1B42B9 for ; Tue, 3 Dec 2019 16:18:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 47S6bv0FJpz4YwK for ; Tue, 3 Dec 2019 16:18:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 085301B42B6; Tue, 3 Dec 2019 16:18:35 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 081A71B42B3 for ; Tue, 3 Dec 2019 16:18:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47S6bt6VY1z4YwJ for ; Tue, 3 Dec 2019 16:18:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id C225C1A46B for ; Tue, 3 Dec 2019 16:18:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id xB3GIYs9072827 for ; Tue, 3 Dec 2019 16:18:34 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id xB3GIYO0072826 for bugs@FreeBSD.org; Tue, 3 Dec 2019 16:18:34 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 241003] make buildworld ignores make.conf LD parameter Date: Tue, 03 Dec 2019 16:18:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Dec 2019 16:18:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241003 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imp@FreeBSD.org --- Comment #7 from Warner Losh --- I think there's some confusion here. LD=3Dx is used only by our build system when it needs to directly invoke the linker. This is actually fairly rare in the sources as normally the compiler invokes a linker on our behalf. It's a fairly specialized setting and a bit weird to try to set, which suggests to me that this issue may be an attempt= to fix another issue that didn't work. However, I think the problem isn't what LD=3Dxxx does or doesn't do. I thin= k the real problem is with external toolchain support. The compiler invoked in clang++80, but /usr/local/bin/clang++80, which is being used inside of buildworld, but it's not finding ld for some reason. Most likely because it= 's not in the path of the build environment. clang doesn't get it's notion of = what ld to use from there, and it isn't finding it for some reason. So, we need to get to the bottom of that reason. And we can't do that with = the tiny snippet of the logs posted to this bug. So a bigger picture question: Why are you using /usr/local/bin/clang++80 to buildworld? Let's start there. Maybe there's a CXX=3D or CC=3D that in make= .conf, and that's causing issues. --=20 You are receiving this mail because: You are the assignee for the bug.=