From owner-svn-src-all@freebsd.org Fri May 11 00:00:35 2018 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FF6CFABEBF; Fri, 11 May 2018 00:00:35 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B2D06ABB7; Fri, 11 May 2018 00:00:35 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from [192.168.200.3] (c-73-216-227-39.hsd1.va.comcast.net [73.216.227.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: gallatin) by duke.cs.duke.edu (Postfix) with ESMTPSA id 12A642700136; Thu, 10 May 2018 20:00:34 -0400 (EDT) DMARC-Filter: OpenDMARC Filter v1.3.1 duke.cs.duke.edu 12A642700136 Authentication-Results: duke.cs.duke.edu; dmarc=none header.from=cs.duke.edu DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail0816; t=1525996834; bh=L3BbdUr/DTsC7Ckkp2znfUAkkc55iwxMxsqB3o0hP9o=; h=Subject:To:From:Date:From; b=k247aBpNdkKnSbSNozTyP3yK5qwhvWtSn24hz5PyPgstZ6J+GccHHbrRYDt/sL+mn mRDQM0Lu+stwkDzbfNB+PNgnNT24J/KN6cUmoyiinfu53a4x1MMwHwgh+aGlvYpfV7 BcyJ8ItgCNbPO/Sbyv25iiEmZRawdUYz8ttGmnOgPZieky5+48stfgyrW02kom/92O 5myjgWUvZt9TZGijxT5VJm7E+L1SYckNE+nViM92VeDWtOvqKGBD8M+1lhehjBpOP/ vcfYNgd+yiLERpAgMwxMX+fsw679SFkhD4MAVF7mK4IleK+OscxeAk44wkSRRQUzbW 31vqMpY4GdmeQ== Subject: Re: svn commit: r333470 - in head: share/mk sys/conf To: Ed Maste Cc: src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org, Konstantin Belousov References: <201805102010.w4AKA3Ww094768@repo.freebsd.org> <788634f4-7a63-36c9-2ebd-5842d464f324@cs.duke.edu> From: Andrew Gallatin Message-ID: <31075786-70ed-10b9-fbc5-127996f87b1b@cs.duke.edu> Date: Thu, 10 May 2018 20:00:33 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2018 00:00:35 -0000 On 05/10/18 19:14, Ed Maste wrote: > On 10 May 2018 at 18:24, Andrew Gallatin wrote: >> Rather than erroring out, we please just use the appropriate linker? > > That's my goal, but it's a bit of an involved change and will take > some time to make sure we don't introduce new corner cases. I'm sorry > that I didn't catch this before the first ifunc use went in -- lld has > been the default bootstrap linker (via buildworld or kernel-toolchain) > since mid-Jan and this problem slipped my mind. I added the error in > the meantime to avoid the silently broken kernel case that you > unfortunately encountered. > > The low-friction method of getting past this in the interim is to just > use ld.lld as the system linker: > # ln -fs ld.lld /usr/bin/ld > I'm just waiting on an update to the lang/ghc port and another exp-run > before that becomes the default. > Thanks! Unfortunately, it looks like this method will get blown away by an installworld: <7:57pm>thing1/gallatin:src>ls -li /usr/bin/ld* 12038400 lrwxr-xr-x 1 root wheel 15 May 10 19:21 /usr/bin/ld@ -> /usr/bin/ld.lld 32386537 -r-xr-xr-x 1 root wheel 1911384 May 10 09:13 /usr/bin/ld.bfd* 32387059 -r-xr-xr-x 1 root wheel 40449288 May 10 09:13 /usr/bin/ld.lld* 32386878 -r-xr-xr-x 1 root wheel 19352 May 10 09:13 /usr/bin/ldd* 32387816 -r-xr-xr-x 1 root wheel 26872 May 10 09:14 /usr/bin/ldd32* <7:57pm>thing1/gallatin:src>sudo make -j32 installworld >& log <7:58pm>thing1/gallatin:src>!ls ls -li /usr/bin/ld* 32347218 -r-xr-xr-x 2 root wheel 1911384 May 10 19:58 /usr/bin/ld* 32347218 -r-xr-xr-x 2 root wheel 1911384 May 10 19:58 /usr/bin/ld.bfd* 32348085 -r-xr-xr-x 1 root wheel 40449288 May 10 19:58 /usr/bin/ld.lld* 32347538 -r-xr-xr-x 1 root wheel 19352 May 10 19:58 /usr/bin/ldd* 32348365 -r-xr-xr-x 1 root wheel 26872 May 10 19:58 /usr/bin/ldd32* Would it make sense to just set LD=ld.lld in my and root's .cshrc? Thanks, Drew