From owner-freebsd-arm@freebsd.org Sun Apr 8 00:29:33 2018 Return-Path: Delivered-To: freebsd-arm@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 0D1EEF925DD for ; Sun, 8 Apr 2018 00:29:33 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic303-4.consmr.mail.bf2.yahoo.com (sonic303-4.consmr.mail.bf2.yahoo.com [74.6.131.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A2C1784C6A for ; Sun, 8 Apr 2018 00:29:32 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: r4_o.P8VM1lDR34fIIzfEsC0L2GcKNVxdPwHKIv4Z5LiczaMQZgBBgiAp0VveI1 phjLga8yLz67G9GBMrVYyXD3GtEKF0ghWGqxqC.1ME9tq1tfJkLCKhoOZEpzomYmGKA4G3vmt9Rl 3FizuHwx5IOYsqfoPqbNWTKusBPxkvhE9kAp53dy08xRZEczSRbJY_PVtTYl.1KKo4Gj9ypYnDSA kqiKh80LJs0OuiWSD0prsMyXVVwixItFScP3jDP7fdYXpaup3DyRtRJcPFq9WOLOhl3kHacIxHCV wgda9rds8UNbDdv0.ZsLCeQ3gKQyhbqqTwfsq6BMptTwRMZaQsn9nhr7iEidHOZbFGjrZM36flqz fsdBKrJWGGrzetLU.EvpB7S8EaoFeTYFz9hrpTtqK28ZJ3PKBXfpF3JTFCTi2CqEzNzCG8RbLFCo QL5CVdQ7dvuyE7IjEA13nbP3whrYJIEuNvI30vNBQIQi27c0VSklE6VtwVkXCz71ToPBY5dDXiFC PLET3K9aVgmsHnLoQz0DUJ6XY Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Sun, 8 Apr 2018 00:29:31 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp425.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c683594b1b3b487714ecff4ddd3be1e7; Sun, 08 Apr 2018 00:29:27 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: Attempting a xtoolchain-gcc head amd64->aarch64 cross buildworld failed for liblto_plugin.so loading error From: Mark Millard In-Reply-To: <20180407183525.2e72ee42@kan> Date: Sat, 7 Apr 2018 17:29:24 -0700 Cc: freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org, FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <2EEE5E34-12BB-4F21-A5F2-17F232433BD8@yahoo.com> References: <20180407183525.2e72ee42@kan> To: Alexander Kabaev X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Apr 2018 00:29:33 -0000 On 2018-Apr-7, at 3:35 PM, Alexander Kabaev wrote: > On Sat, 7 Apr 2018 15:23:50 -0700 > Mark Millard via freebsd-arm wrote: >=20 >> My attempted, xtoolchain-gcc based, amd64->aarch64 >> cross-buildworld-buildkernel failed with: >>=20 >> --- libc.so.7.full --- >> /usr/local/bin/aarch64-unknown-freebsd12.0-ld: = /usr/local/libexec/gcc/aarch64-unknown-freebsd12.0/6.3.0/liblto_plugin.so:= >> error loading plugin: Service unavailable collect2: error: ld >> returned 1 exit status *** [libc.so.7.full] Error code 1 >>=20 >> (I've not attempted such a build in a long time, so I do not >> know how new this is. Historically I've done lots of such >> builds. cortex-a53 was specifically targeted here.) >> . . . >=20 > IIRC, I had to disable LTO plugin in binutils and this need to > disable it was there for a while.=20 Hmm . . . # pkg info aarch64-binutils aarch64-binutils-2.30_2,1 Name : aarch64-binutils Version : 2.30_2,1 Installed on : Tue Feb 6 17:37:31 2018 PST Origin : devel/aarch64-binutils Architecture : FreeBSD:12:amd64 Prefix : /usr/local Categories : devel Licenses : GPLv3, LGPL3 Maintainer : bapt at FreeBSD.org WWW : http://sources.redhat.com/binutils/ Comment : GNU binutils for AArch64 cross-development Options : RELRO : off STATIC : on . . . (no more options listed) . . . # poudriere options -jFBSDFSSDjail -s devel/aarch64-binutils [00:00:00] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf =3D=3D=3D> The following configuration options are available for = aarch64-binutils-2.30_2,1: RELRO=3Doff: enable -z relro in ELF linker by default STATIC=3Don: Build static executables and/or libraries =3D=3D=3D> Use 'make config' to modify these settings . . . Controlling LTO's presence via my port build does not seem to be the way to disable LTO. This would suggest that I need to override part of what buildworld does in order to force avoiding lto. Such would be the first time that I've run into that. Looks like I've some research to do for how. Thanks for letting me know. =3D=3D=3D Mark Millard marklmi26-fbsd at yahoo.com ( dsl-only.net went away in early 2018-Mar)