From owner-freebsd-arch@freebsd.org Wed May 16 19:34:36 2018 Return-Path: Delivered-To: freebsd-arch@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 DAC47EACD01 for ; Wed, 16 May 2018 19:34:35 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: from mail-yw0-x242.google.com (mail-yw0-x242.google.com [IPv6:2607:f8b0:4002:c05::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F87877DC9 for ; Wed, 16 May 2018 19:34:35 +0000 (UTC) (envelope-from oliver.pinter@hardenedbsd.org) Received: by mail-yw0-x242.google.com with SMTP id v132-v6so600678ywc.6 for ; Wed, 16 May 2018 12:34:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DRDCBX/Tn112poE3dhv/4Ec7pDA+st7JEnuWpGF2lD4=; b=O0eFwd+olMM99uWaJVlbLk+SDOrSntKjBLKeGV1WNVOi+2xOvvkrcV94GviR9kEAii MlW0A5o6fGv2g+HzucqkuIA8uE1PvO7WEPjILyWgPfvmqUbDs78rcYn8yINHiHKXMdeg 5dFAuUqWaqbg4Qn8x7EDZD+1cTvGmX4VSSSSYMWDL7PWvkHKPLKUrUxSwVYC6yeadqaQ CVekVXoHh8GfMGrieYGq98MAelMXt+ZVkbqYCiXwTB7Bl/bj8NWSLfYv1G7SqSlgGQzv 5IoB2JSet8ND84JBRgbN8xHY34/5L+8oXPRvQ5U7MjBR/mMRucn2drdZbUDYTCohCpZW V1Mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DRDCBX/Tn112poE3dhv/4Ec7pDA+st7JEnuWpGF2lD4=; b=mjtjcja7kyhigj/njJoEU7qBbigYDGGZ4TN4BOhpOC7RXyOSxuU5Smfy9pK1ztBHZD 45Tty36eoOFcRGkiTu2jPBlqDV5zmWQXJS57Rpmt4xbWgYMDFv8SPnn6qSdDp+VJuomx 9HYTEjp3075+jtHwb0mTxZPLpQh9KgqeHU8eyf0CKO12XFcMZaQijBlxIJSPkpV2DlkQ gnKxMK8hclfT+RMKvGY516x45S7Qgfb7nX7L2/I6yIZ6Ha6mc2f4hAGrXso1kj17d7C3 EltKTfLJCvzcJD3roYrcZPF/9EzK0zoWzBYFV94B2x6CJwcbwHnA8/QuxkRnYePb3NcF GvOA== X-Gm-Message-State: ALKqPwctSaTC5IvERWj7fETnpbIhEugK2EFrNwYjcxMxgYMqJhtPhZ1i uedNWdsSLOlWebbYGTEgw74YDTRsEvQ6I2lWcZkV6A== X-Google-Smtp-Source: AB8JxZqV1D+gIBTUMVxK2DtbTYoiHJiJxajfDFgOq21K+/lpRwVg9PUbJpcmphpbk+MoJ00cLtq1Ih5til3IWWeFjc0= X-Received: by 2002:a81:ad05:: with SMTP id l5-v6mr1180177ywh.382.1526499274626; Wed, 16 May 2018 12:34:34 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a25:3894:0:0:0:0:0 with HTTP; Wed, 16 May 2018 12:34:33 -0700 (PDT) In-Reply-To: <201805161511.w4GFBCTQ001108@pdx.rh.CN85.dnsmgr.net> References: <201805161511.w4GFBCTQ001108@pdx.rh.CN85.dnsmgr.net> From: Oliver Pinter Date: Wed, 16 May 2018 21:34:33 +0200 Message-ID: Subject: Re: Can't build kernel anymore: amd64 kernel requires linker ifunc support To: "Rodney W. Grimes" Cc: Ed Maste , Hans Petter Selasky , Emeric POUPON , freebsd-arch Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2018 19:34:36 -0000 On 5/16/18, Rodney W. Grimes wrote: >> On 16 May 2018 at 09:35, Rodney W. Grimes >> wrote: >> >> >> >> LD=ld.lld make >> >> >> >> is the magic here. The kernel needs a new linker to properly link in >> >> the >> >> ifunc, and that's not our ancient ld. lld does it, as does the >> >> latter-day >> >> binutils. >> > >> > Since this now seems to be a mandatory thing to get a kernel built >> > can it please be set in the Makefile that is needing it? >> >> It's already handled by the Makefile that needs it when using the >> normal build process - i.e., "make buildworld buildkernel" (or >> toolchain or kernel-toolchain followed by buildkernel). >> >> The failure arises when building a kernel the "old" way, using config >> and then and make in the kernel directory. This inherently uses the >> host's linker (/usr/bin/ld), which is too old to link the kernel. We >> can't just add LD=ld.lld to the kernel's Makefile(s), because it would >> break external toolchain and other cases where users use a specific >> linker. I hope to introduce a KERNEL_LD Make variable that controls >> the linker used for the kernel link, but it's more involved than a one >> or two line change for the same reason that we can't just set >> LD=ld.lld. >> >> ld.lld will start being installed as /usr/bin/ld once these two issues >> are resolved: > ... > > In the meantime what about reverting the ifunc usage until this > can be done? Nope. If somebody take trouble over compiling their kernel manually, then at least read the documentation, how to compile their system in the new way. We talking about 12-CURRENT and not about 1X-STABLE branches.... > >> >> pr227968 [exp-run] Update lang/ghc to 8.4.2, devel/stack to 1.7.1, and >> all the */hs-* ports >> pr214864 [exp-run] test build with lld as /usr/bin/ld >> >> The exp-run for the first is complete and I believe we are now just >> waiting on the change to be committed. As soon as that happens I will >> ask for another exp-run for the second PR, and will commit the change >> to install lld by default as soon as it completes (assuming >> successfully). >> _______________________________________________ >> freebsd-arch@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arch >> To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" >> > > -- > Rod Grimes > rgrimes@freebsd.org >