From owner-freebsd-toolchain@freebsd.org Thu Jan 21 00:17:38 2016 Return-Path: Delivered-To: freebsd-toolchain@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 6BAB0A8AAA7 for ; Thu, 21 Jan 2016 00:17:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-157.reflexion.net [208.70.211.157]) (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 22A8B130A for ; Thu, 21 Jan 2016 00:17:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4610 invoked from network); 21 Jan 2016 00:17:30 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 21 Jan 2016 00:17:30 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Wed, 20 Jan 2016 19:17:32 -0500 (EST) Received: (qmail 15608 invoked from network); 21 Jan 2016 00:17:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 21 Jan 2016 00:17:32 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E69311C43C1; Wed, 20 Jan 2016 16:17:24 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" Date: Wed, 20 Jan 2016 16:17:29 -0800 Message-Id: Cc: mmel@freebsd.org, tvijlbrief@gmail.com To: freebsd-arm , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2016 00:17:38 -0000 Wed Jan 20 10:29:06 UTC 2016 Michal Meloun wrote: > Dne 20.01.2016 v 8:00 Tom Vijlbrief napsal(a): > . . . > >=20 > > The buildworld on the RPI failed: > >=20 > > http://www.v7f.eu/public/freebsd/world371.log > >=20 > > The same tree build ok when cross compiling. I can supply the log if = needed. > >=20 > > My previous succesfull build on the RPI was jan 14, just before the > > introduction of the long-call flag for clang but after the long-call = change > > for crt1.o on jan 10th. > >=20 > > Could this partial introduction of the long-call flag in the = installed > > world be the cause of the issue? I would expect a buildworld to use = only > > libs from /usr/obj but the failing link refers to /usr/lib. > >=20 > > I will try installing the new cross compiled world to see if that = fixes the > > native build. > >=20 > >> > > _______________________________________________ > > freebsd-arm at freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe at = freebsd.org" > >=20 >=20 > Confirmed. Native build of fresh current fails on bootstrap clang link > phase. >=20 > The bootstrap clang is now build with -mlong-calls and is = significantly > longer that previous one (without -mlong-calls). Also, bootstrap clang > is linked with original "/usr/lib/crti.o" (which is compiled without > -mlong-calls), so link fails. >=20 > This is also reason, why the problem is not seen with crossbuild - > bootstrap clang is builded for host architecture and final (target) > clang is linked with right (new, compiled with -mlong-calls) crti.o. >=20 > Michal For on-arm buildworld with clang/clang++ (self hosted) . . . (Warning that I've not tried the below.) It appears that one can back out the -mlong-calls additions and get back = to something that builds and installs without needing any cross builds = from a different type of host. Going the other way: If one already has clang/clang++ 3.7.1 one does not = need WITH_CLANG_BOOTSTRAP=3D involved as the existing system = clang/clang++ can already do the compiles. So try an explicit WITHOUT_CLANG_BOOTSTRAP=3D to avoiding having a = version built that ends up linked with /usr/lib/crti.o (that is not = based on -mlong-calls yet) but mixed that with having the -mlong-calls = in place for the non-bootstrap clang build to use. The above might be a workaround sufficient for bootstrapping into a = -mlong-calls based environment when the arm itself is to build clang = and/or lldb. =3D=3D=3D Mark Millard markmi at dsl-only.net