From owner-freebsd-arm@freebsd.org Tue Jan 19 20:38:00 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DD21A89580 for ; Tue, 19 Jan 2016 20:38:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (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 62C391440 for ; Tue, 19 Jan 2016 20:38:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-pf0-x232.google.com with SMTP id 65so181084436pff.2 for ; Tue, 19 Jan 2016 12:38:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=8C4yG30CshDmBkj+IzFAOretk/dt7lAXAqtc/dmSSlM=; b=fEutTEr+m8WwHC1Z1PxP9gHt6hBBa9gVj6xdeobVqBFbPYOSA46KDjU0AwbdtGrojp VLg/b45uFa8evk2whLLeB/JcLt1Nq2lNkwFyJ+onDiPCQmTy046SOv/wkZOt4mH614dT JIDKI8c8koCdXWtjDPpLbKQmjsg26qXBjU8nytMtwjKJT9K/P71eKoPureG7+C7OFS6R AH7U2CwxI0fgjIBxxMMHdGYUmKBGKghBhvDAIo+NNw8MniJlg3ZfauDvPiH0J4MBK94W Xzkchzmx1UP9B9mrkHj249H3Yas0Yv/yf2zfNYLHgSJq3eBdXkFpNgwuJp23l6H1t3GA obFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=8C4yG30CshDmBkj+IzFAOretk/dt7lAXAqtc/dmSSlM=; b=l2DSGlbrfhEjsAAVmiS0C+XAjoi92i9bT9tIxNp2u5T+Juqh3tiNaeLFeKec45BN9P R91LTP0bNFkie9JSeSVduzMDqSxq/kWcwdnjAkSL6azh1A67paDLA+BdorV4XygNULRA pyOAHSikL6/qd2Xxl00s7T5ABYW05n6Hl7siIWhj9lZwbJn6rJYagdTVRpPJef3xEQfr D2Fn0k9AR5UPx90HnmHb1Cg9nSJ8QT4JyeFd9f7obq0nNihc+9Q8hfvJnjvHiX6oGPEF alLXrf0XWqtdUq1GyITJUzf9itqg3Se2K4iD/DmZq2cupa2zYqoFruSGM8JjbUJ+eZPE nYjA== X-Gm-Message-State: ALoCoQlcmWLgpemeFsxtF1lijgirgOl5M4vmu5YKDDZhc0e89ISyH327bIVtiqJFVDAkwN3xFXrRjPzBlYYclc44R185u7bQ0w== X-Received: by 10.98.69.143 with SMTP id n15mr47613086pfi.104.1453235879626; Tue, 19 Jan 2016 12:37:59 -0800 (PST) Received: from [100.127.128.157] ([69.53.245.15]) by smtp.gmail.com with ESMTPSA id 11sm43416715pfq.87.2016.01.19.12.37.58 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 19 Jan 2016 12:37:59 -0800 (PST) Sender: Warner Losh Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_041359FB-A7B6-4B37-BDB1-871EEFD8DEAF"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <1453234839.46848.88.camel@freebsd.org> Date: Tue, 19 Jan 2016 12:37:57 -0800 Cc: Mark Millard , freebsd-arm Message-Id: <22464834-766A-43F1-A54A-1AFE79DD166C@bsdimp.com> References: <3E1CC674-D534-4C33-8C96-CA9E584931C0@dsl-only.net> <569D2557.3060802@codeghar.com> <374A0F64-E3FC-42F1-AC03-DF8F88269AEB@dsl-only.net> <569D2D63.8030301@codeghar.com> <1453217670.46848.83.camel@freebsd.org> <1453234839.46848.88.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 20:38:00 -0000 --Apple-Mail=_041359FB-A7B6-4B37-BDB1-871EEFD8DEAF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jan 19, 2016, at 12:20 PM, Ian Lepore wrote: >=20 > On Tue, 2016-01-19 at 11:46 -0800, Mark Millard wrote: >> On 2016-Jan-19, at 7:34 AM, Ian Lepore wrote: >>>=20 >>> On Tue, 2016-01-19 at 11:58 +0000, Tom Vijlbrief wrote: >>>> Op ma 18 jan. 2016 20:37 schreef Mark Millard < >>>> markmi@dsl-only.net>: >>>>=20 >>>>>=20 >>>>> If you can tolerate tracking the 3.8.0 project ( >>>>> base/projects/clang380-import ) until 3.8.0 is moved into 11.0 >>>>> -CURRENT you >>>>> could find out that way if clang 3.8.0 behaves the same in your >>>>> context. So >>>>> far I've not come up with anything else >>>>=20 >>>>=20 >>>> I am having exactly the same buildworld problem on my RPI which >>>> used >>>> to >>>> build fine a week ago. >>>>=20 >>>> Currently testing the clang380-import branch as suggested to see >>>> if >>>> the >>>> problem persists. >>>=20 >>> The most confusing thing about this whole thread (besides the lack >>> of >>> logs so we're just guessing what's going on) is why this problem is >>> suddenly happening on clang 3.7.x (I guess it's 3.7.x here) when >>> that >>> has never been a problem before? We needed to add the long-call >>> option >>> when testing clang 3.8, but why do we suddenly need it on clang 3.7 >>> that hasn't needed it for months? >>>=20 >>> This very much has the feel of slapping a bandaid on something that >>> needs a better diagnosis (there may be internal bleeding). If we >>> don't >>> understand why it's failing, it doesn't make sense to try to fix it >>> with the "cure" for a different problem. (Maybe we never >>> understood >>> the clang 3.8 problem.) >>>=20 >>> -- Ian >>=20 >> The -mlong-calls were added to 11.0-CURRENT recently. >>=20 >> -r293648: 2016-Jan-10 (head/lib/csu/arm/Makefile) >> -r294031: 2016-Jan-14 (the rest added here) >>=20 >> May be a problem/incompleteness in the handling -mlong-calls itself? >> Are the above the right time frame for the problem starting for >> 3.7.1? >=20 > We've been using clang 3.7 since October. We never needed = -mlong-calls > until recently. I had thought it was clang 3.8 that triggered the = need > for -mlong-calls, but now we apparently have a report of clang 3.7.x > needing it. >=20 > So... why? What changed, and why are we blindly reacting without > understanding? They were added to -current because they will be needed with clang 3.8. I don=E2=80=99t think that was sufficiently tested with 3.7.1, which is = why we=E2=80=99re seeing problems. It=E2=80=99s the simplest explanation :) Warner --Apple-Mail=_041359FB-A7B6-4B37-BDB1-871EEFD8DEAF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJWnp6lAAoJEGwc0Sh9sBEAXzMP/RnGgyzoRUZDBRuPRnYap1vo MHEkobS0sYyqpFnd7FUy0m1lSgJnRd1Ciytq6WmlpAv3ki65Uog45vrh9cguknqw jUI6548RxbNwouq6npbyjSqWtIUasqTdfqJc9qfFYaYdyMt/zuRDJiHyzScCsqg4 IhTzsnwsY6ARPsgJYTbC+uTY6vOZJibrUOpSPPAFegTKp871jwiRHcy/eqL5uRAW 77q2qyS6gK38uTVSHDMxKRHxXCsAKt74WbZYtI73Otv4cGFbQqyJnhMZ0YEgHCW2 avIUffgxX5I9Hty2CuG9zGJgd6qyLUdHrs/lqsdDuiGFNVK4yViv41n5phv58tSI WZ0OOM3UtVy07iRKZ9D79JwyoWEKZiLhR/9Kby4opWYFdr2d+T0e4LjFFJZY+AGJ au1rFF/dhBt0z0PZ6m8uf+fljsITusQ0j3HPMJmlp2Eh1zw38DD1Yo3BVO93RpeG QE2AcAdFv+LFPn2VICltEGoMsiwnpiT+BoXxC1FOtSifLCjfneLmMYl7oybEG6fn YU0woVJFL0dWF9GapTPD4XhU3NX2buU3ImV0iI5+2Z4HYZkZSuzm4eHWsZjPrRD9 yQIfTNA4Tdrbt9WWmYz+6SS29Q4QYvevRW0ff4AJ7r1babliwEUGgk9/qqviUG4u LkGM1Lrcu1UVgr8SAoNo =UT7x -----END PGP SIGNATURE----- --Apple-Mail=_041359FB-A7B6-4B37-BDB1-871EEFD8DEAF--