From owner-freebsd-toolchain@freebsd.org Mon Nov 12 00:40:08 2018 Return-Path: Delivered-To: freebsd-toolchain@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 E18F8112B505 for ; Mon, 12 Nov 2018 00:40:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 57680768E1 for ; Mon, 12 Nov 2018 00:40:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 19465112B501; Mon, 12 Nov 2018 00:40:07 +0000 (UTC) Delivered-To: toolchain@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 07F91112B500 for ; Mon, 12 Nov 2018 00:40:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8275C768DE for ; Mon, 12 Nov 2018 00:40:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BCFC410292 for ; Mon, 12 Nov 2018 00:40:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAC0e5uB056607 for ; Mon, 12 Nov 2018 00:40:05 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAC0e5pT056606 for toolchain@FreeBSD.org; Mon, 12 Nov 2018 00:40:05 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: toolchain@FreeBSD.org Subject: [Bug 233143] cc -mcmodel=large croaks on Date: Mon, 12 Nov 2018 00:40:05 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to 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-Rspamd-Queue-Id: 57680768E1 X-Spamd-Result: default: False [-105.88 / 200.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FORWARDED(0.00)[toolchain@mailman.ysv.freebsd.org]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; XAW_SERVICE_ACCT(1.00)[]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.68)[ip: (-9.84), ipnet: 2001:1900:2254::/48(-4.76), asn: 10310(-3.69), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[toolchain@FreeBSD.org,freebsd-toolchain@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 00:40:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233143 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |toolchain@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Mon Nov 12 16:55:47 2018 Return-Path: Delivered-To: freebsd-toolchain@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 A2D7D110B13F; Mon, 12 Nov 2018 16:55:47 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 2D934770A6; Mon, 12 Nov 2018 16:55:47 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 607233C475F; Mon, 12 Nov 2018 16:55:46 +0000 (UTC) Date: Mon, 12 Nov 2018 16:55:46 +0000 From: Brooks Davis To: Mark Millard Cc: FreeBSD Toolchain , FreeBSD Current Subject: Re: head -r340287 's /usr/src/Makefile.libcompat still lists various LIB32CPUFLAGS= -target *-unknown-freebsd12.0 (not 13.0) Message-ID: <20181112165546.GD66623@spindle.one-eyed-alien.net> References: <3741DD5D-422E-44BD-AE44-4EBA5B2F5965@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4bRzO86E/ozDv8r1" Content-Disposition: inline In-Reply-To: <3741DD5D-422E-44BD-AE44-4EBA5B2F5965@yahoo.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-Rspamd-Queue-Id: 2D934770A6 X-Spamd-Result: default: False [-4.63 / 200.00]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[freebsd.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: spindle.one-eyed-alien.net]; NEURAL_HAM_SHORT(-0.93)[-0.929,0]; R_SPF_NA(0.00)[]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; IP_SCORE(-0.80)[asn: 36236(-3.88), country: US(-0.09)]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 16:55:47 -0000 --4bRzO86E/ozDv8r1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Fixed in r340371. Thanks, Brooks On Fri, Nov 09, 2018 at 08:27:44PM -0800, Mark Millard via freebsd-toolchai= n wrote: > (Leading whitespace might not be preserved.) >=20 > # svnlite diff /usr/src/Makefile.libcompat > Index: /usr/src/Makefile.libcompat > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/Makefile.libcompat (revision 340287) > +++ /usr/src/Makefile.libcompat (working copy) > @@ -17,7 +17,7 @@ > .if ${WANT_COMPILER_TYPE} =3D=3D gcc || \ > (defined(X_COMPILER_TYPE) && ${X_COMPILER_TYPE} =3D=3D gcc) > .else > -LIB32CPUFLAGS+=3D -target x86_64-unknown-freebsd12.0 > +LIB32CPUFLAGS+=3D -target x86_64-unknown-freebsd13.0 > .endif > LIB32CPUFLAGS+=3D -m32 > LIB32WMAKEENV=3D MACHINE=3Di386 MACHINE_ARCH=3Di386 \ > @@ -49,9 +49,9 @@ > .endif > .else > .if ${TARGET_ARCH:Mmips64el*} !=3D "" > -LIB32CPUFLAGS=3D -target mipsel-unknown-freebsd12.0 > +LIB32CPUFLAGS=3D -target mipsel-unknown-freebsd13.0 > .else > -LIB32CPUFLAGS=3D -target mips-unknown-freebsd12.0 > +LIB32CPUFLAGS=3D -target mips-unknown-freebsd13.0 > .endif > .endif > LIB32CPUFLAGS+=3D -mabi=3D32 >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to "freebsd-toolchain-unsubscribe@freebsd.o= rg" >=20 --4bRzO86E/ozDv8r1 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJb6bCRAAoJEKzQXbSebgfAZnQH/RoAl0CG4/9sV/8UkPoh48WW rkpPjQcivz5NoBaDEENrxhnMA56PNCzDD2RDj6SNKZJVU513/DOOjsDbDctn3oPf 30jNNWt77iKZvFDO18AxGoWu2nlUemoenEg93heYekwcOMSgIPFH7Jw0bgxGe/gv KkeDLTte4OeYW3rz5ozLINJnYRF/iHVOSFEGfJnN5PVOo2u6kb+FVtrv4DZwIriy 5PQT2mkZpr3EErkngsC80rRqcUxAffiijhmsbd+aLB7DsAZ9wjPdS+jYDdRTkBvV L5CnpHb4rYVUBf9m1if4qDZQA5ascY6/NAVGLsx2RJR7KMHClbTs4gj4ncRFqpM= =LjlE -----END PGP SIGNATURE----- --4bRzO86E/ozDv8r1-- From owner-freebsd-toolchain@freebsd.org Mon Nov 12 17:06:44 2018 Return-Path: Delivered-To: freebsd-toolchain@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 60D6E110B68C for ; Mon, 12 Nov 2018 17:06:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D13AE779E6 for ; Mon, 12 Nov 2018 17:06:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 960A7110B68B; Mon, 12 Nov 2018 17:06:43 +0000 (UTC) Delivered-To: toolchain@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 5A390110B689 for ; Mon, 12 Nov 2018 17:06:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D43AC779E0 for ; Mon, 12 Nov 2018 17:06:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 14A49189C1 for ; Mon, 12 Nov 2018 17:06:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wACH6fbk003440 for ; Mon, 12 Nov 2018 17:06:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wACH6fmY003439 for toolchain@FreeBSD.org; Mon, 12 Nov 2018 17:06:41 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: toolchain@FreeBSD.org Subject: [Bug 233143] cc -mcmodel=large croaks on Date: Mon, 12 Nov 2018 17:06:42 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-Rspamd-Queue-Id: D13AE779E6 X-Spamd-Result: default: False [-105.89 / 200.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FORWARDED(0.00)[toolchain@mailman.ysv.freebsd.org]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; XAW_SERVICE_ACCT(1.00)[]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-0.99)[-0.995,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.68)[ip: (-9.84), ipnet: 2001:1900:2254::/48(-4.77), asn: 10310(-3.71), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[toolchain@FreeBSD.org,freebsd-toolchain@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 17:06:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233143 Dimitry Andric changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Open CC| |dim@FreeBSD.org --- Comment #1 from Dimitry Andric --- Unfortunately, at this time, LLVM does not support large model in combinati= on with TLS and position-dependent code. Upstream bug (which has quite a numb= er of duplicates): https://bugs.llvm.org/show_bug.cgi?id=3D26906 Possible workarounds: * Don't use TLS * Don't use -mcmodel=3Dlarge * Use -fPIE or -fPIC --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Mon Nov 12 17:08:00 2018 Return-Path: Delivered-To: freebsd-toolchain@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 54B02110B74C for ; Mon, 12 Nov 2018 17:08:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C4FD677A8B for ; Mon, 12 Nov 2018 17:07:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8A564110B74B; Mon, 12 Nov 2018 17:07:59 +0000 (UTC) Delivered-To: toolchain@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 79287110B74A for ; Mon, 12 Nov 2018 17:07:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0296577A82 for ; Mon, 12 Nov 2018 17:07:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 216FB189C6 for ; Mon, 12 Nov 2018 17:07:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wACH7wZx004639 for ; Mon, 12 Nov 2018 17:07:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wACH7vG1004638 for toolchain@FreeBSD.org; Mon, 12 Nov 2018 17:07:57 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: toolchain@FreeBSD.org Subject: [Bug 218861] libelf elf_update fails when adding sections Date: Mon, 12 Nov 2018 17:07:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: blocked 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-Rspamd-Queue-Id: C4FD677A8B X-Spamd-Result: default: False [-105.89 / 200.00]; FORGED_RECIPIENTS_FORWARDING(0.00)[]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; FORWARDED(0.00)[toolchain@mailman.ysv.freebsd.org]; SPF_FAIL_FORWARDING(0.00)[]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; XAW_SERVICE_ACCT(1.00)[]; RCVD_IN_DNSWL_MED(-0.20)[5.0.0.0.0.5.0.0.0.0.0.0.0.0.0.0.a.6.0.2.4.5.2.2.0.0.9.1.1.0.0.2.list.dnswl.org : 127.0.9.2]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(-3.68)[ip: (-9.84), ipnet: 2001:1900:2254::/48(-4.77), asn: 10310(-3.71), country: US(-0.09)]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; FORGED_RECIPIENTS(0.00)[toolchain@FreeBSD.org,freebsd-toolchain@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2018 17:08:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218861 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|228911 | --- Comment #2 from Ed Maste --- Drop from 12.0 tracking; there is an open question in the review and this is unlikely to be resolved before release. Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228911 [Bug 228911] FreeBSD 12.0 Release action items --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Nov 17 03:35:27 2018 Return-Path: Delivered-To: freebsd-toolchain@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 D060011226B9 for ; Sat, 17 Nov 2018 03:35:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.148]) (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 A6CA177973 for ; Sat, 17 Nov 2018 03:35:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 06miy5oVM1nTY7gipAyYcFu70lgXsa.hN8IJXDrP3LhaYhL.TodHKRxQAQe5RhP lVJXuIiZ26b.h_YBdk8AKlUWC8OyPq5hOqZY4PEUa.6QPNqxgZWdc.3Kk1tJS.ULsbsdEYWvI9lu oPztA7.FehU5QKBM23PlwOtmfCG_BtuwDPHHnWMg7UtiClN9gejJgsyhBwHqB_dGqfDlVAAmoxks jratAlKCV.lJdOhkcce4uPJ.90OJzBZTiwrK.0M0wAxf8Kpv1WvCx9t7yyDG6PPDpXaWP12vTTfA 25Bk8ibOu92RkPzKFyYv4eXxNzoJc0nQaFYSY4gqrmN7n__F6broA1LYvZgGFJfjomOOsWVGXvEc BWnrnxG0eg0ASDI7J5cyAyeveNdSnbrDMDYf3poZJQ2DB7MojphfHxESMhpYyLwLGJPBXAz0ukhm hPjCxkwrxT67ar3b.zOo5TsYF3IfaY7.p2c525JyoY50YT6xqlOTtQMC36_OyOrzU872Z9fQH_1D ODnPfqkAZmbjLCRivFnonZ1Vu2cmWGi2teychEAPsS_B_yB0gbVPmMS1hMqhTKh3aJmhEQ9Cp8xN qes9HWLVEANdHD5pIBViZeOSIsLca3UY3EcLgep7ouOhVn7tTP7pZsua5Y3WAh73iPonHqCEI4GH GHYSKGxZk9X1jaawQ9mSENTBZxOLrtJ4wYikwhTwCKmIyreLqw137_o2K8mzg80qoUnl6zMQx5gV dBb2wGLS7Khj1HcmoCMFiDcwzDKWx8ejcIESBV_I9z4Rt10z304XzuwHYT_gztFxaLVlAiXP61ya .KBLbdVWyvGekgkUZqUZ.BCWJ_M14w1nugxmYi0v9ZGiUqI_HsUW9.hfUS6rB1N0Bz.ZZvo_QKLH 37mhgCoLYfraNzuQVI8tlrv9TNZb4kAB4vHTUlKBmEWpudI2dDDwuG1sigC2sMmheCRI4hnPO3Cb .mc7w0dMBHexiAYcXUWxfAEAcl9i4pKu2lKzV9WKgkecIKuSMgh79ta5HGO8kcMyzZ1amdAJuMnK MJ_qFdkVPSIDdRzbdySD0vY7RGtmZXygbfHKdGFrwrpHhZbBvqVhgDU9904eahit4LPLdrw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Sat, 17 Nov 2018 03:35:18 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp420.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID bf1243f71d1c86a33144222f99116e34; Sat, 17 Nov 2018 03:35:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC [lld/trunk has afix] From: Mark Millard In-Reply-To: Date: Fri, 16 Nov 2018 19:35:14 -0800 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <4BEBC4A6-D9F2-4838-8DAB-4B494D4E0B0D@yahoo.com> References: <03FFE5BB-777D-40D3-9AA3-C8C359BE1F2B@yahoo.com> <908FD96A-9F8F-4477-8E2F-2C97D49AF35E@yahoo.com> To: Jan Beich , FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: A6CA177973 X-Spamd-Result: default: False [3.69 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_SPAM_SHORT(0.98)[0.978,0]; LONG_SUBJ(1.64)[218]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[148.189.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(1.59)[ip: (4.48), ipnet: 66.163.184.0/21(1.98), asn: 36646(1.58), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2018 03:35:27 -0000 Such timing: https://reviews.llvm.org/D53444 indicates commits to lld/trunk/ELF/Arch/ARM.cpp today (2018-Nov-16) to support R_ARM_V4BX in lld. (No update text below. The above just did not fit well.) On 2018-Nov-16, at 18:49, Mark Millard wrote: > On 2018-Nov-16, at 18:15, Mark Millard wrote: >=20 >>=20 >> I finally figured out parts of the issue, I think. >> At least how the V_ARM_V4BX use is getting there >> despite lld's status for handling it . . . >>=20 >> On armv7: >>=20 >> # more test_bx_lr.S >> .text >> .arch armv6 >> .object_arch armv4 >> .arm >> .altmacro >> .p2align 2 >> .func fname >> .global fname >> .hidden fname >> .type fname, %function >> fname: >> bx lr >>=20 >> (I got those lines from the failing port's .S files, >> including includes. Note the .object_arch armv4 use >> and the forced armv6, not armv7.) >=20 > For reference relative to the use of .object_arch armv4 : >=20 > # grep -r object_arch = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/ | more > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m.S: .object_arch armv4 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m-scaled.S: .object_arch armv4 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m-bilinear.S:.object_arch armv4 > = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m.S: .object_arch armv4 >=20 > Without .object_arch armv4 the assembler involved does not output > the V_ARM_V4BX *ABS* relocation records (adjusted the small example): >=20 > # objdump -x test_bx_lr.o | more >=20 > test_bx_lr.o: file format elf32-littlearm > test_bx_lr.o > architecture: arm, flags 0x00000010: > HAS_SYMS > start address 0x00000000 > private flags =3D 5000000: [Version5 EABI] >=20 > Sections: > Idx Name Size VMA LMA File off Algn > 0 .text 00000004 00000000 00000000 00000034 2**2 > CONTENTS, ALLOC, LOAD, READONLY, CODE > 1 .data 00000000 00000000 00000000 00000038 2**0 > CONTENTS, ALLOC, LOAD, DATA > 2 .bss 00000000 00000000 00000000 00000038 2**0 > ALLOC > 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 > CONTENTS, READONLY > SYMBOL TABLE: > 00000000 l d .text 00000000 .text > 00000000 l d .data 00000000 .data > 00000000 l d .bss 00000000 .bss > 00000000 l d .ARM.attributes 00000000 .ARM.attributes > 00000000 g F .text 00000000 .hidden fname >=20 >=20 >=20 >> # clang -target armv7-unknown-freebsd13.0-gnueabihf -O -pipe = -no-integrated-as -MT test_bx_lr.lo -MD -MP -MF test_bx_lr.Tpo -c = test_bx_lr.S -fPIC -DPIC -o test_bx_lr.o >>=20 >> (The -target is not necessary. I just choose to be explicit.) >>=20 >> # objdump -x test_bx_lr.o | more >>=20 >> test_bx_lr.o: file format elf32-littlearm >> test_bx_lr.o >> architecture: armv4, flags 0x00000011: >> HAS_RELOC, HAS_SYMS >> start address 0x00000000 >> private flags =3D 5000000: [Version5 EABI] >>=20 >> Sections: >> Idx Name Size VMA LMA File off Algn >> 0 .text 00000004 00000000 00000000 00000034 2**2 >> CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE >> 1 .data 00000000 00000000 00000000 00000038 2**0 >> CONTENTS, ALLOC, LOAD, DATA >> 2 .bss 00000000 00000000 00000000 00000038 2**0 >> ALLOC >> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >> CONTENTS, READONLY >> SYMBOL TABLE: >> 00000000 l d .text 00000000 .text >> 00000000 l d .data 00000000 .data >> 00000000 l d .bss 00000000 .bss >> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >> 00000000 g F .text 00000000 .hidden fname >>=20 >>=20 >> RELOCATION RECORDS FOR [.text]: >> OFFSET TYPE VALUE=20 >> 00000000 R_ARM_V4BX *ABS* >>=20 >>=20 >> truss for that cc command reports looking in many >> places for as, finally finding /usr/local/bin/as : >>=20 >> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>=20 >> (Note: based on WITHOUT_BINUTILS=3D for buildworld the above would = normally >> not be found. But for WITH_BINUTILS=3D the host as would be found.) >>=20 >> access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' >> access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' >> = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' >> access("/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/local/bin/as",X_OK|R_OK) =3D 0 (0x0) >>=20 >> (Note the /usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as = attempt >> before the one actually found and used. I would not have guessed the >> need to worry about such a place.) >>=20 >> Then follows: >>=20 >> fstatat(AT_FDCWD,"/usr/local/bin/as",{ mode=3D-r-xr-xr-x = ,inode=3D80287,size=3D21817416,blksize=3D32768 },0x0) =3D 0 (0x0) >> __sysctl(0xbfbfe020,0x2,0xbfbfe018,0xbfbfe01c,0xe,0x236c9140) =3D 0 = (0x0) >> access("/usr/bin/clang",F_OK) =3D 0 (0x0) >> vfork() =3D 61461 = (0xf015) >> wait4(61461,{ EXITED,val=3D0 },0x0,0x0) =3D 61461 = (0xf015) >> access("/usr/local/bin/as",F_OK) =3D 0 (0x0) >> vfork() =3D 61462 = (0xf016) >> wait4(61462,{ EXITED,val=3D0 },0x0,0x0) =3D 61462 = (0xf016) >> access("/tmp/test_bx_lr-0c7bf8.s",W_OK) =3D 0 (0x0) >> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },0x0) =3D 0 (0x0) >> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) >> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) >> unlink("/tmp/test_bx_lr-0c7bf8.s") =3D 0 (0x0) >>=20 >> llvm/clang is not providing the assembler used for -no-integrated-as = . >> This would appear to imply that a system without ports or other such >> can not use -no-integrated-as with clang for buildworld buildkernel. >>=20 >> In my normal armv7 command line context the above ends up using: >>=20 >> # /usr/local/bin/as -v >> GNU assembler version 2.30 (armv7-portbld-freebsd13.0) using BFD = version (GNU Binutils) 2.30 >>=20 >> So a GNU toolchain's as is actually in control of what goes in >> the .o file in many contexts. It is not clear that all the >> alternatives are equivalent for R_ARM_V4BX being generated >> or not. >>=20 >>=20 >> Simplifying the command (but still showing target): >>=20 >> # clang -target armv7-unknown-freebsd13.0-gnueabihf -pipe = -no-integrated-as -c test_bx_lr.S -o test_bx_lr.o >>=20 >> # objdump -x test_bx_lr.o | more >>=20 >> test_bx_lr.o: file format elf32-littlearm >> test_bx_lr.o >> architecture: armv4, flags 0x00000011: >> HAS_RELOC, HAS_SYMS >> start address 0x00000000 >> private flags =3D 5000000: [Version5 EABI] >>=20 >> Sections: >> Idx Name Size VMA LMA File off Algn >> 0 .text 00000004 00000000 00000000 00000034 2**2 >> CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE >> 1 .data 00000000 00000000 00000000 00000038 2**0 >> CONTENTS, ALLOC, LOAD, DATA >> 2 .bss 00000000 00000000 00000000 00000038 2**0 >> ALLOC >> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >> CONTENTS, READONLY >> SYMBOL TABLE: >> 00000000 l d .text 00000000 .text >> 00000000 l d .data 00000000 .data >> 00000000 l d .bss 00000000 .bss >> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >> 00000000 g F .text 00000000 .hidden fname >>=20 >>=20 >> RELOCATION RECORDS FOR [.text]: >> OFFSET TYPE VALUE=20 >> 00000000 R_ARM_V4BX *ABS* >>=20 >>=20 >> Without the -no-integrated-as the notation in the file is rejected, >> with "unknown directive" for .func . >>=20 >>=20 >>=20 >> Using poudriere bulk with -i and installing binutils in the >> session, I see the same inside my amd64->armv7 cross build >> environment. So there still is the question of how R_ARM_V4BX >> is handled by various lld's in various contexts. (Or whatever >> linker is being used if it is not lld.) >>=20 >> Back to amd64 land . . . >>=20 >> Renaming the existing as files so we can see all the places >> searched before not-found is declared (on amd64 with -target >> specified): >>=20 >> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >> access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) ERR#2 = 'No such file or directory' >> access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' >> = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' >> access("/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/local/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/home/markmi/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >> access("/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >> access("/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No such = file or directory' >> access("/usr/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >> access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >> access("/usr/local/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> access("/usr/local/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >> = access("/usr/home/markmi/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>=20 >> (Note: It actually explicitly tries to use the x86_64 assembler if it >> does not find an armv7 or a generically pathed one. The generically >> pathed ones would normally also be x86_64 ones.) >>=20 >>=20 >> Another thing of note (using aarch64 as an example): >>=20 >> /usr/local/aarch64-unknown-freebsd13.0/bin/as >>=20 >> does not appear to be someplace that clang would find as >> but is a place devel/aarch64-binutils puts one. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Sat Nov 17 16:48:58 2018 Return-Path: Delivered-To: freebsd-toolchain@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 5B6291137EF8 for ; Sat, 17 Nov 2018 16:48:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-9.consmr.mail.gq1.yahoo.com (sonic307-9.consmr.mail.gq1.yahoo.com [98.137.64.33]) (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 629A471775 for ; Sat, 17 Nov 2018 16:48:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XJcLY7EVM1mkd4OAmwA0kdD9C0tcMEyG_I07iwWFawGusYoYNT1e4666Je0LcRI YJwDT2rjIbtSijopr5BfODmvKzg1aeHPRAwXrQJcqPtzDAiW87lexuF6eh8Iz_V7M68S0ZTjfggr 7BafBRYB065y1ENK1yGB5gXcYg0H6aYMUn9gKElcie4ixfo3Rpsv8GXfLqKlupYIczussEFTSEu_ q_iNQWS1p4w2AqPLacEcnVPvTVC3X0O3xdg9jIt8nrm3S7b9Ygw9X5z9wWzCv2hVuyOs1iCS00s. tmRKjs7Gqg2pRolnLB3dppCiYL4HhQdMGLPxaSA0GECDaVWQhhjRvo_61EtGZuWEEieUcbS5aluP 3wlXqxzgZopqdbpi5af_2v74hKRQ9EmVlWEFiRNgkfsoDTEPCL_w0JbaImS8zABpogke168J4sYe vKXBw5scBk17ohvq204vjbf5s6rKl3BaWs1qToJahjK6YKqghOWqmHXvrUe7.KN5GwmW_gltuSxl fWPFhiKfYsPPsWN3kcuj4eyp2SqbWwjbnMuDt7Xl9Bz2OzKNlxMBwq2gOQ0BHbt2dOSuEhTmOoac hxF6XfpO706hDV6v0btXDu4wYNxFIlBDkMLRMS18gvBEP_sqy3sNzTK2.gvheT7SOESB9rAK.llJ D4KJwCCXDSmOVfqpymrGTrpIGl_CfpyQMN24RizvbJj30OMhzSOTfmdhiCr5Amkn.OExuMfGXsu5 kVi1xU8sgywP7DZ0UQgtkareanVyz03ddK5bfm1caHBWHs5bVURPdsNgsB0kbaC2sAboz8KpiEtu FZNNleG8aIbfjulIMslktHxR4OQvCoYRlNYzjKMsQ51Kv_eVtIKDCcDTHASFg13PIZlJ5JitK0rw tb0Kve41nHFuO_q6f6ugrtcz7R4s0aaV8z0XJdEg2zTrnKAdAiqNJWbCKQZcz7PUULwmfoe1HQi1 80RueYuaW_ZqhPelNQBhCJQxzHWk26MdCNUDe9ok2PcGcX0wGd2Zy5A8SCSpSlnafEJBDPyaui0M riOGTvVkPRO7_YGBiqacOzsw3cq3PP5aDjv9HHdTPjh.Ii1yHVExEdH8RPA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 17 Nov 2018 16:48:48 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp409.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7e09ac9d83a81f3fe90294f4adb224f2; Sat, 17 Nov 2018 16:48:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r487783: on armv7 x11/pixman fails to build: /usr/bin/ld: error: can't create dynamic relocation R_ARM_V4BX against local symbol in readonly segment; recompile object files with -fPIC [lld/trunk has afix] From: Mark Millard In-Reply-To: <4BEBC4A6-D9F2-4838-8DAB-4B494D4E0B0D@yahoo.com> Date: Sat, 17 Nov 2018 08:48:45 -0800 Cc: Jan Beich , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <872CB297-10D5-4A1C-B01F-B00A9256E9D2@yahoo.com> References: <03FFE5BB-777D-40D3-9AA3-C8C359BE1F2B@yahoo.com> <908FD96A-9F8F-4477-8E2F-2C97D49AF35E@yahoo.com> <4BEBC4A6-D9F2-4838-8DAB-4B494D4E0B0D@yahoo.com> To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 629A471775 X-Spamd-Result: default: False [0.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; LONG_SUBJ(1.64)[218]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[33.64.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.41)[-0.407,0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.25)[ipnet: 98.137.64.0/21(0.73), asn: 36647(0.59), country: US(-0.10)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Nov 2018 16:48:58 -0000 [The update to lld/trunk/ELF/Arch/ARM.cpp will not fix what we have run into.] On 2018-Nov-16, at 19:35, Mark Millard wrote: > Such timing: https://reviews.llvm.org/D53444 indicates > commits to lld/trunk/ELF/Arch/ARM.cpp today (2018-Nov-16) > to support R_ARM_V4BX in lld. >=20 > (No update text below. The above just did not fit well.) >=20 > On 2018-Nov-16, at 18:49, Mark Millard wrote: >=20 >=20 >> On 2018-Nov-16, at 18:15, Mark Millard wrote: >>=20 >>>=20 >>> I finally figured out parts of the issue, I think. >>> At least how the V_ARM_V4BX use is getting there >>> despite lld's status for handling it . . . >>>=20 >>> On armv7: >>>=20 >>> # more test_bx_lr.S >>> .text >>> .arch armv6 >>> .object_arch armv4 >>> .arm >>> .altmacro >>> .p2align 2 >>> .func fname >>> .global fname >>> .hidden fname >>> .type fname, %function >>> fname: >>> bx lr >>>=20 >>> (I got those lines from the failing port's .S files, >>> including includes. Note the .object_arch armv4 use >>> and the forced armv6, not armv7.) >>=20 >> For reference relative to the use of .object_arch armv4 : >>=20 >> # grep -r object_arch = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/ | more >> = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m.S: .object_arch armv4 >> = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m-scaled.S: .object_arch armv4 >> = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-neon-as= m-bilinear.S:.object_arch armv4 >> = /wrkdirs/usr/ports/x11/pixman/work/pixman-0.34.0/pixman/pixman-arm-simd-as= m.S: .object_arch armv4 >>=20 >> Without .object_arch armv4 the assembler involved does not output >> the V_ARM_V4BX *ABS* relocation records (adjusted the small example): >>=20 >> # objdump -x test_bx_lr.o | more >>=20 >> test_bx_lr.o: file format elf32-littlearm >> test_bx_lr.o >> architecture: arm, flags 0x00000010: >> HAS_SYMS >> start address 0x00000000 >> private flags =3D 5000000: [Version5 EABI] >>=20 >> Sections: >> Idx Name Size VMA LMA File off Algn >> 0 .text 00000004 00000000 00000000 00000034 2**2 >> CONTENTS, ALLOC, LOAD, READONLY, CODE >> 1 .data 00000000 00000000 00000000 00000038 2**0 >> CONTENTS, ALLOC, LOAD, DATA >> 2 .bss 00000000 00000000 00000000 00000038 2**0 >> ALLOC >> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >> CONTENTS, READONLY >> SYMBOL TABLE: >> 00000000 l d .text 00000000 .text >> 00000000 l d .data 00000000 .data >> 00000000 l d .bss 00000000 .bss >> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >> 00000000 g F .text 00000000 .hidden fname >>=20 >>=20 >>=20 >>> # clang -target armv7-unknown-freebsd13.0-gnueabihf -O -pipe = -no-integrated-as -MT test_bx_lr.lo -MD -MP -MF test_bx_lr.Tpo -c = test_bx_lr.S -fPIC -DPIC -o test_bx_lr.o >>>=20 >>> (The -target is not necessary. I just choose to be explicit.) >>>=20 >>> # objdump -x test_bx_lr.o | more >>>=20 >>> test_bx_lr.o: file format elf32-littlearm >>> test_bx_lr.o >>> architecture: armv4, flags 0x00000011: >>> HAS_RELOC, HAS_SYMS >>> start address 0x00000000 >>> private flags =3D 5000000: [Version5 EABI] >>>=20 >>> Sections: >>> Idx Name Size VMA LMA File off Algn >>> 0 .text 00000004 00000000 00000000 00000034 2**2 >>> CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE >>> 1 .data 00000000 00000000 00000000 00000038 2**0 >>> CONTENTS, ALLOC, LOAD, DATA >>> 2 .bss 00000000 00000000 00000000 00000038 2**0 >>> ALLOC >>> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >>> CONTENTS, READONLY >>> SYMBOL TABLE: >>> 00000000 l d .text 00000000 .text >>> 00000000 l d .data 00000000 .data >>> 00000000 l d .bss 00000000 .bss >>> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >>> 00000000 g F .text 00000000 .hidden fname >>>=20 >>>=20 >>> RELOCATION RECORDS FOR [.text]: >>> OFFSET TYPE VALUE=20 >>> 00000000 R_ARM_V4BX *ABS* >>>=20 >>>=20 >>> truss for that cc command reports looking in many >>> places for as, finally finding /usr/local/bin/as : >>>=20 >>> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>>=20 >>> (Note: based on WITHOUT_BINUTILS=3D for buildworld the above would = normally >>> not be found. But for WITH_BINUTILS=3D the host as would be found.) >>>=20 >>> access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' >>> = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' >>> access("/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/local/bin/as",X_OK|R_OK) =3D 0 (0x0) >>>=20 >>> (Note the = /usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as attempt >>> before the one actually found and used. I would not have guessed the >>> need to worry about such a place.) >>>=20 >>> Then follows: >>>=20 >>> fstatat(AT_FDCWD,"/usr/local/bin/as",{ mode=3D-r-xr-xr-x = ,inode=3D80287,size=3D21817416,blksize=3D32768 },0x0) =3D 0 (0x0) >>> __sysctl(0xbfbfe020,0x2,0xbfbfe018,0xbfbfe01c,0xe,0x236c9140) =3D 0 = (0x0) >>> access("/usr/bin/clang",F_OK) =3D 0 (0x0) >>> vfork() =3D 61461 = (0xf015) >>> wait4(61461,{ EXITED,val=3D0 },0x0,0x0) =3D 61461 = (0xf015) >>> access("/usr/local/bin/as",F_OK) =3D 0 (0x0) >>> vfork() =3D 61462 = (0xf016) >>> wait4(61462,{ EXITED,val=3D0 },0x0,0x0) =3D 61462 = (0xf016) >>> access("/tmp/test_bx_lr-0c7bf8.s",W_OK) =3D 0 (0x0) >>> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },0x0) =3D 0 (0x0) >>> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) >>> fstatat(AT_FDCWD,"/tmp/test_bx_lr-0c7bf8.s",{ mode=3D-rw-r--r-- = ,inode=3D802647,size=3D210,blksize=3D32768 },AT_SYMLINK_NOFOLLOW) =3D 0 = (0x0) >>> unlink("/tmp/test_bx_lr-0c7bf8.s") =3D 0 (0x0) >>>=20 >>> llvm/clang is not providing the assembler used for -no-integrated-as = . >>> This would appear to imply that a system without ports or other such >>> can not use -no-integrated-as with clang for buildworld buildkernel. >>>=20 >>> In my normal armv7 command line context the above ends up using: >>>=20 >>> # /usr/local/bin/as -v >>> GNU assembler version 2.30 (armv7-portbld-freebsd13.0) using BFD = version (GNU Binutils) 2.30 >>>=20 >>> So a GNU toolchain's as is actually in control of what goes in >>> the .o file in many contexts. It is not clear that all the >>> alternatives are equivalent for R_ARM_V4BX being generated >>> or not. >>>=20 >>>=20 >>> Simplifying the command (but still showing target): >>>=20 >>> # clang -target armv7-unknown-freebsd13.0-gnueabihf -pipe = -no-integrated-as -c test_bx_lr.S -o test_bx_lr.o >>>=20 >>> # objdump -x test_bx_lr.o | more >>>=20 >>> test_bx_lr.o: file format elf32-littlearm >>> test_bx_lr.o >>> architecture: armv4, flags 0x00000011: >>> HAS_RELOC, HAS_SYMS >>> start address 0x00000000 >>> private flags =3D 5000000: [Version5 EABI] >>>=20 >>> Sections: >>> Idx Name Size VMA LMA File off Algn >>> 0 .text 00000004 00000000 00000000 00000034 2**2 >>> CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE >>> 1 .data 00000000 00000000 00000000 00000038 2**0 >>> CONTENTS, ALLOC, LOAD, DATA >>> 2 .bss 00000000 00000000 00000000 00000038 2**0 >>> ALLOC >>> 3 .ARM.attributes 0000001b 00000000 00000000 00000038 2**0 >>> CONTENTS, READONLY >>> SYMBOL TABLE: >>> 00000000 l d .text 00000000 .text >>> 00000000 l d .data 00000000 .data >>> 00000000 l d .bss 00000000 .bss >>> 00000000 l d .ARM.attributes 00000000 .ARM.attributes >>> 00000000 g F .text 00000000 .hidden fname >>>=20 >>>=20 >>> RELOCATION RECORDS FOR [.text]: >>> OFFSET TYPE VALUE=20 >>> 00000000 R_ARM_V4BX *ABS* >>>=20 >>>=20 >>> Without the -no-integrated-as the notation in the file is rejected, >>> with "unknown directive" for .func . >>>=20 >>>=20 >>>=20 >>> Using poudriere bulk with -i and installing binutils in the >>> session, I see the same inside my amd64->armv7 cross build >>> environment. So there still is the question of how R_ARM_V4BX >>> is handled by various lld's in various contexts. (Or whatever >>> linker is being used if it is not lld.) >>>=20 >>> Back to amd64 land . . . >>>=20 >>> Renaming the existing as files so we can see all the places >>> searched before not-found is declared (on amd64 with -target >>> specified): >>>=20 >>> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >>> access("/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/local/sbin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK)= ERR#2 'No such file or directory' >>> = access("/usr/local/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/home/markmi/bin/armv7-unknown-freebsd13.0-gnueabihf-as",X_OK|= R_OK) ERR#2 'No such file or directory' >>> access("/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/usr/sbin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/usr/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/local/sbin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/local/bin/as",X_OK|R_OK) ERR#2 'No such = file or directory' >>> access("/usr/home/markmi/bin/as",X_OK|R_OK) ERR#2 'No such file or = directory' >>> access("/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >>> access("/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >>> access("/usr/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 = 'No such file or directory' >>> access("/usr/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) ERR#2 'No = such file or directory' >>> access("/usr/local/sbin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> access("/usr/local/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>> = access("/usr/home/markmi/bin/x86_64-unknown-freebsd13.0-as",X_OK|R_OK) = ERR#2 'No such file or directory' >>>=20 >>> (Note: It actually explicitly tries to use the x86_64 assembler if = it >>> does not find an armv7 or a generically pathed one. The generically >>> pathed ones would normally also be x86_64 ones.) >>>=20 >>>=20 >>> Another thing of note (using aarch64 as an example): >>>=20 >>> /usr/local/aarch64-unknown-freebsd13.0/bin/as >>>=20 >>> does not appear to be someplace that clang would find as >>> but is a place devel/aarch64-binutils puts one. The change is (leading whitespace possibly not preserved): (lines 517-522 with only one line number on the line are new) 373 void ARM::relocateOne(uint8_t *Loc, RelType Type, = uint64_t Val) const { . . . 516 516 break; 517 case R_ARM_V4BX: 518 // V4BX is just a marker to indicate there's = a "bx rN" instruction at the 519 // given address. It can be used to = implement a special linker mode which 520 // rewrites ARMv4T inputs to ARMv4. Since we = support only ARMv4 input and 521 // not ARMv4 output, we can just ignore it. 522 break; 517 523 default: 518 524 error(getErrorLocation(Loc) + "unrecognized = reloc " + Twine(Type)); 519 525 } 520 526 But we have not gotten the unrecognized reloc message. Our examples did not go through ARM::relocateOne with a R_ARM_V4BX . The native poudriere build reached different code in a different routine with a different error message. The "can't create dynamic relocation" message is from lld/ELF/Relocations.cpp and its static RelExpr adjustExpr template. The amd64->armv7 cross-builds have not gotten any messages. (No direct evidence of part of its specific code path, but clearly not either of the message paths noted above.) So there are at last 3 distinct code flow paths for R_ARM_V4BX *ABS* handling in actual operation across the clang/llvm/lld variants tried, including some where the same lld source was used to build lld but different results happened. It leaves me wondering if something(s) uninitialized is(are) controlling what code ends up trying to handle the R_ARM_V4BX *ABS* . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)