From owner-freebsd-toolchain@freebsd.org Sun Jan 17 14:42:26 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 0EB39A85064 for ; Sun, 17 Jan 2016 14:42:26 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (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 A03421283 for ; Sun, 17 Jan 2016 14:42:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 13371 invoked from network); 17 Jan 2016 14:42:17 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 17 Jan 2016 14:42:17 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sun, 17 Jan 2016 09:42:20 -0500 (EST) Received: (qmail 5922 invoked from network); 17 Jan 2016 14:42:19 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 17 Jan 2016 14:42:19 -0000 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 F14931C43DA; Sun, 17 Jan 2016 06:42:15 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: clang -msoft-float for powerpc (ppc32) is very new; powerpc64 (ppc64) does not have it yet Message-Id: <4A8490D2-5FAF-42C0-9396-8DEA3C09126E@dsl-only.net> Date: Sun, 17 Jan 2016 06:42:17 -0800 To: FreeBSD PowerPC ML , 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: Sun, 17 Jan 2016 14:42:26 -0000 When -msoft-float was added for ppc32 (powerpc) the error message for it = not being supported for ppc64 was added. Strahinja Petrovic added the support and the review materials had = exchanges about ppc64, such as ( http://reviews.llvm.org/D13351 ): > Remove this FIXME. It is not clear this will ever be supported (is = there actually ppc64 hardware without an FP unit)? > I'm planning to support soft float for ppc64. At this moment I don't = know name of ppc64 hardware without FP unit. I know that gcc supports = soft float for ppc64. The review was closed 2015-Dec-15. The commit for powerpc (non-64) ( = http://reviews.llvm.org/rL255515 ) was on 2015-Dec-14. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Tue Jan 19 10:35:57 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 913B1A88EF5 for ; Tue, 19 Jan 2016 10:35:57 +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 4486219B5 for ; Tue, 19 Jan 2016 10:35:56 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10386 invoked from network); 19 Jan 2016 10:35:56 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 19 Jan 2016 10:35:56 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Tue, 19 Jan 2016 05:35:57 -0500 (EST) Received: (qmail 26723 invoked from network); 19 Jan 2016 10:35:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 19 Jan 2016 10:35:57 -0000 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 13C8B1C43AE; Tue, 19 Jan 2016 02:35:54 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: clang 3.8.0 based powerpc (32 bit) buildworld runs on a PowerMac! Message-Id: Date: Tue, 19 Jan 2016 02:35:54 -0800 To: FreeBSD PowerPC ML , 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: Tue, 19 Jan 2016 10:35:57 -0000 I now have an SSD that contains: 0) installkernel material from a gcc 4.2.1 based buildkernel 1) installworld material from a clang 3.8.0 based buildworld (clang 3.8.0, libc++, etc.) It boots and seems to be operating fine after booting --in both a G5 and = a G4 PowerMac. Apparently the clang code generation has been updated to not require an = explicit -mlongcall. I had to remove those since clang rejects them on = command lines. It linked without complaint (and later seems to be = running fine). (I've seen llvm review notes mentioning the "medium = model" or some phrase like that for powerpc.) (I've not been able to buildkernel yet for powerpc (non-64) from my = amd64 environment: rejected command lines for other issues. Thus the = current limitation to buildworld.) To get to (1) I did the following sort of sequence: (The first few steps deal with other issues in order to have sufficient = context.) A) Started by installing the latest powerpc (non-64) snapshot. ( = http://ftp1.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/FreeBSD-11.0= -CURRENT-powerpc-20160113-r293801-disc1.iso ) (I had to use a PowerMac with video hardware that vt would handle.) (Basic display, no X-windows involvement here.) B) Rebuild, including using my usual kernel configuration that has both vt and sc. I did this based on projects/clang380-import -r294201 /usr/src but still using gcc 4.2.1 (native on the PowerMac). The configuration turns off kernel debugging extras too. C) installkernel, installworld, etc., set to use sc instead of vt, and = rebooted. (As of this I could use the SSD in more PowerMacs by using sc instead = of vt via a /boot/loader.conf assignment.) D) dump/restore the file systems to another SSD (after partitioning it). Adjust the host name and the like on the copy. (This copy later ends up having new installworld materials overlaid.) E) In a projects/clang380-import -r294201 amd64 environment, buildworld = for TARGET_ARCH=3Dpowerpc . WITH_LIBCPLUSPLUS=3D and clang related = material built, gcc 4.2.1 related material not built. WITH_BOOT=3D as well. I choose WITHOUT_DEBUG=3D and WITHOUT_DEBUG_FILES=3D . (I've not tried = enabling them yet.) binutils is not from ports. F) Use DESTDIR=3D with installworld to an initially empty directory = tree. tar the tree. =20 G) Transfer the tar file to the PowerMac. Mount the to-be-updated SSD to /mnt and /mnt/var. After chflags -R noschg on /mnt and /mnt/var use tar xpf to replace things from the buildworld on /mnt and /mnt/var. (This does leave older gcc 4.2.1 related materials in place.) H) Dismounts, shutdown, and then boot from the updated SSD. Note: I've never manage to get powerpc64-xtoolchain-gcc/powerpc64-gcc to = produce working 32-bit code. So I've never gotten this far via that = path. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Tue Jan 19 12:13:46 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 5C5CAA88263; Tue, 19 Jan 2016 12:13:46 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (mail.vlakno.cz [91.217.96.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2687910EC; Tue, 19 Jan 2016 12:13:45 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: by vlakno.cz (Postfix, from userid 1002) id E45BE1E209CD; Tue, 19 Jan 2016 13:11:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vlakno.cz; s=mail; t=1453205483; bh=/Jr4m1EHHYrJJUXa+xUExdbvTZ9cFpaCGbSXCFFXW5c=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=pwUStQPnXjin+JIdrRcHz4HHzdneiY1PTdxcsW11OC4CEcMo7bVUrL0UstRWdH8Lh EVarNhby7Fr4IauoHEXxgZ2C+m4xS5oEKMRNaHc9B3SAEXnmc94UKAelkCxpf3VXTW mN25aBl6bUya2JAhl9c+PyoLeI5DsojsVQPZw3HI= Date: Tue, 19 Jan 2016 13:11:23 +0100 From: Roman Divacky To: Mark Millard Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Subject: Re: -mllvm -disable-ppc-float-in-variadic=true not recognized by clang 3.8.0; used in kern.mk for TARGET_ARCH=powerpc; more Message-ID: <20160119121123.GA15094@vlakno.cz> References: <8100D2B8-175D-4372-AEFB-6DF25889BD20@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8100D2B8-175D-4372-AEFB-6DF25889BD20@dsl-only.net> User-Agent: Mutt/1.5.24 (2015-08-30) 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: Tue, 19 Jan 2016 12:13:46 -0000 clang 3.8 support soft-float on PPC natively, no need for the -mllvm -disable-ppc-float-in-variadic=true hack anymore. Roman On Fri, Jan 15, 2016 at 11:07:59PM -0800, Mark Millard wrote: > At least for amd64 clang 3.8.0 -> powerpc via TARGET_ARCH=powerpc buildkernel I get the following clang command line options that stop the build attempt. . . > > > In sys/conf/kern.mk : > > The "CFLAGS.clang+= -mllvm -disable-ppc-float-in-variadic=true" line in > > > .if ${MACHINE_CPUARCH} == "powerpc" > > CFLAGS+= -mno-altivec > > CFLAGS.clang+= -mllvm -disable-ppc-float-in-variadic=true > > CFLAGS.gcc+= -msoft-float > > INLINE_LIMIT?= 15000 > > .endif > > results in: > > > --- genassym.o --- > > clang (LLVM option parsing): Unknown command line argument '-disable-ppc-float-in-variadic=true'. Try: 'clang (LLVM option parsing) -help' > > clang (LLVM option parsing): Did you mean '-disable-ppc-ctrloop-analysis=true'? > > > (The above one is the main reason why I's also sending to toolchain: it suggests some sort of change to earlier clang-specific command line options.) > > > In sys/conf/Makefile.powerpc : > > > CFLAGS+= -msoft-float -Wa,-many > > results in: > > > --- genassym.o --- > > cc: error: unsupported argument '-many' to option 'Wa,' > > *** [genassym.o] Error code 1 > > > > In sys/conf/kmod.mk : > > > .if ${MACHINE_CPUARCH} == powerpc > > CFLAGS+= -mlongcall -fno-omit-frame-pointer > > .endif > > results in: > > > --- depend_subdir_dtrace --- > > cc: error: unknown argument: '-mlongcall' > . . . > > --- depend_subdir_dtrace --- > > *** [genassym.o] Error code 1 > > (no surprise). > > > I stopped experimenting with this area after those 3. (They are not listed in the order discovered.) > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to "freebsd-toolchain-unsubscribe@freebsd.org" 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 From owner-freebsd-toolchain@freebsd.org Thu Jan 21 04:42:43 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 044A1A8B0FA for ; Thu, 21 Jan 2016 04:42:43 +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 mx1.freebsd.org (Postfix) with ESMTPS id E89141E7C for ; Thu, 21 Jan 2016 04:42:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u0L4ggjQ069612 for ; Thu, 21 Jan 2016 04:42:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 193594] stddef.h should define max_align_t Date: Thu, 21 Jan 2016 04:42:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: standards X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-standards@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: keywords cc flagtypes.name 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-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 04:42:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D193594 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-qa CC| |freebsd-toolchain@FreeBSD.o | |rg Flags| |mfc-stable9?, mfc-stable10? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Jan 21 06:34:19 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 EA5EBA8B8E1; Thu, 21 Jan 2016 06:34:18 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 7A1A1134D; Thu, 21 Jan 2016 06:34:18 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id 123so160691697wmz.0; Wed, 20 Jan 2016 22:34:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=Clag8kWNwS71JutnR2LmZ+s0Jj/L/3IpuwZRFpHehPw=; b=cQyMuzVr+OIeJoQPUoGH1QOqSQ/vWgFoXZSy/om3mNOGZTaSJfc9xWXPwZ2PpNETqe 2yTNFvyFYVYLJZ2qn8hmaK+Yqs1S5DRRq/VwezcErz25M8rFsz9utSOmA5b0Ap1lIBMU otxC7oCNMI2Xigsa1EBhI5jwzdCzWmuHw/BpReWNXUX1Q1uNc0mu4javAwEYcLNXVH2W nlg99pFzP7L8ydX4edUAoQnSaUY4KeT/pkRO2q52QX+NUszq1ViAMupuTA01/jsiaiN6 h+m5+k1VOrM7jiRUHnfv+EmoFh938JiAowdCCV0TExVeUWVGZmGc9zkDfThqREpzUSL6 6bSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=Clag8kWNwS71JutnR2LmZ+s0Jj/L/3IpuwZRFpHehPw=; b=E694MHQowbADKqj7A2/ZRE87O1Ydb+mN5fOUoaDYuD0w1PCiN3Q7cBCZ8G+fIfDCzZ uvuSfpgtFeKH9U7LdPc8xtjVjkLoOHVJA3yAjyQ1M4/QDlFLv2yGK2xY35GtgnH4A1Z8 8uuMBFvRv26YVTD46f38BL9nHZENTG79bc2A2nNRw5HINeOeYrva6gmKTUPr4sp1bVZD U/X0zrsCiobaPCZqFtLb0THAX5Tg9k+JkASFyvAL7bY3JCbojn9GEIW91AvQ62Fq7qc7 Qj7VHKJCqgNY0oBIuRH0+I5Vxy2MBLLmY7aK9C8E+nUylFv37hanr4j4FIPtGv/l3VlE 0JOQ== X-Gm-Message-State: ALoCoQnvVvXLHfSiW/+GYE/+XfuOqRqbvywLMsNardL8rfphOGyLUshoV8GLpiQIxkf9gMYIvGW20w0GncZscUFLTUJlLgL55A== X-Received: by 10.194.94.232 with SMTP id df8mr39251989wjb.25.1453358056893; Wed, 20 Jan 2016 22:34:16 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Tom Vijlbrief Date: Thu, 21 Jan 2016 06:34:07 +0000 Message-ID: Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" To: Mark Millard , freebsd-arm , FreeBSD Toolchain Cc: mmel@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 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 06:34:19 -0000 On my RPI-B I am currently testing: cd /usr/src/lib/csu/arm make clean install Before the regular buildworld... Op do 21 jan. 2016 01:17 schreef Mark Millard : > > Wed Jan 20 10:29:06 UTC 2016 Michal Meloun wrote: > > > Dne 20.01.2016 v 8:00 Tom Vijlbrief napsal(a): > > . . . > > > > > > The buildworld on the RPI failed: > > > > > > http://www.v7f.eu/public/freebsd/world371.log > > > > > > The same tree build ok when cross compiling. I can supply the log if > needed. > > > > > > 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. > > > > > > 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. > > > > > > I will try installing the new cross compiled world to see if that > fixes the > > > native build. > > > > > >> > > > _______________________________________________ > > > 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" > > > > > > > Confirmed. Native build of fresh current fails on bootstrap clang link > > phase. > > > > 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. > > > > 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. > > > > 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= involved as the existing system clang/clang++ > can already do the compiles. > > So try an explicit WITHOUT_CLANG_BOOTSTRAP= 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. > > > === > Mark Millard > markmi at dsl-only.net > > From owner-freebsd-toolchain@freebsd.org Thu Jan 21 22:41:33 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 DFFCAA8C8B5 for ; Thu, 21 Jan 2016 22:41:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-156.reflexion.net [208.70.211.156]) (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 94DB717E1 for ; Thu, 21 Jan 2016 22:41:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22527 invoked from network); 21 Jan 2016 22:41:25 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 21 Jan 2016 22:41:25 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Thu, 21 Jan 2016 17:41:27 -0500 (EST) Received: (qmail 11089 invoked from network); 21 Jan 2016 22:41:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 21 Jan 2016 22:41:27 -0000 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 4BF6C1C43C1; Thu, 21 Jan 2016 14:41:20 -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'" Message-Id: <358D5606-3B91-4050-9BE4-CF3E23A253E5@dsl-only.net> Date: Thu, 21 Jan 2016 14:41:23 -0800 To: freebsd-arm , FreeBSD Toolchain , Andrew Turner 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 22:41:34 -0000 On Thu Jan 21 13:11:03 UTC 2016 Andrew Turner andrew at fubar.geek.nz = wrote" > I've disabled setting -mlong-calls on the clang libraries for now, > however I expect we will need to enable it again when clang 3.8.0 is > imported. As such I would recommend anyone wishing to run buildworld = on > arm to update before this is imported. It seems that folks that later progress from 10.x-??? (or before) to = 11.0-RELELASE at some point for arm elf-hosted buildworld activity will = face the issue without having the opportunity to build a -mlong-calls = enabled context with a smaller clang first:=20 BEAGLEBONE CUBOX-HUMMINGBOARD GUMSTIX RPI-B PANDABOARD WANDBOARD So does the "all but clang libraries" -mlong-calls use need to be MFC'd? = Even this may require updating from older 10.x's to a 10.y that has = those -mlong-calls in place before going to 11.0-RELEASE (or later). A similar point will be an issue for switching from such a 10.x (or = before) to 11.0-CURRENT once clang 3.8.0 has been imported: it may = require a middle stage of switching to a then-older 11.0-CURRENT first = (such as -r294499). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Thu Jan 21 23:39:55 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 E379EA8BF61 for ; Thu, 21 Jan 2016 23:39:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (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 A60061453 for ; Thu, 21 Jan 2016 23:39:55 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: by mail-ob0-x236.google.com with SMTP id yo10so23999564obb.2 for ; Thu, 21 Jan 2016 15:39:55 -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=t34I6f5g+v4eO6lMWF20pY6fV14zhKz+Ft4+vt7yJTc=; b=tvheLbxFiqNpI5o6ARME/wUwQIBGjO7iW3uGYmHNu0scBphbUv6pckjx1FL8axuYLq 9Jvqmyy9o2QO+MREnnAhUxJaqs1BDYyJJFjPT1nAVtTkhyxNghsSxW/pYAj6lzbPZnIv dIyIqE5zUerRrtYJLLbR+QL4sY6ZxJVLhuv0gYz3alWAQ1NXGctToxp6Gn4fl6jTKIgv NvkfnJb1F8b8LMWU/e+gItN7g0Jylg1zSl0NdWla2vuL/WTMWF8gUExmUmVmPNAdp/ja 0gneEU+XQzd5/mXR3Wh5NbgQ9SFzPGNCxmz53yan9AAtiaej5FcLMbvzVs4HwxGjXzec qIjw== 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=t34I6f5g+v4eO6lMWF20pY6fV14zhKz+Ft4+vt7yJTc=; b=DH3YlO5VqFKRdtWS4wb07tPk22rZd5RzTxVhlCr4W4zQF9b929kPx550k6Ts4SagTx BPPFPL0keoGPXxTNo8aI3usaD7cHe7P8ih9Tt6BfYvk4bSbdjUzqFIc4jbQqoZNUsK7R bnrkHPnS74CsH033pMk+1JWK4yXNqkosyjqOmTjyYJIOwPF3uHL+qqDZ0+lrm+n5+gFo ELcExfPnHcPsg28KQJdWt+JYv+xjd3RuIAspdfvp5cgKgD2hnhEoPHkLxdMGHZw9lPLu NnRCwHJb+6R62yukVvVLqvgnMZYefYXpWPsz8arav1pujmfyhrzKsE+JWEkzBnE5zuat 6dqg== X-Gm-Message-State: ALoCoQkfNgcm0tLww4sIX57n+MaWeyaFgFUhTdKh1BmhsgHjkQHV7OnLOn/9dHvKNPau2rRWrW+ZjU2jYZpLePiCzWtGBHbiWA== X-Received: by 10.60.159.7 with SMTP id wy7mr36633664oeb.71.1453419594903; Thu, 21 Jan 2016 15:39:54 -0800 (PST) Received: from [192.168.43.169] (mef2636d0.tmodns.net. [208.54.38.239]) by smtp.gmail.com with ESMTPSA id a128sm1749534oig.3.2016.01.21.15.39.54 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 21 Jan 2016 15:39:54 -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=_615526BB-6E4D-4EC3-8B52-1203CAC45501"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Warner Losh In-Reply-To: <358D5606-3B91-4050-9BE4-CF3E23A253E5@dsl-only.net> Date: Thu, 21 Jan 2016 15:39:53 -0800 Cc: freebsd-arm , FreeBSD Toolchain , Andrew Turner Message-Id: <1870E0DF-2EF5-4A04-A994-95E4F1D5F754@bsdimp.com> References: <358D5606-3B91-4050-9BE4-CF3E23A253E5@dsl-only.net> To: Mark Millard 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 23:39:56 -0000 --Apple-Mail=_615526BB-6E4D-4EC3-8B52-1203CAC45501 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Jan 21, 2016, at 2:41 PM, Mark Millard wrote: >=20 > On Thu Jan 21 13:11:03 UTC 2016 Andrew Turner andrew at fubar.geek.nz = wrote" >=20 >> I've disabled setting -mlong-calls on the clang libraries for now, >> however I expect we will need to enable it again when clang 3.8.0 is >> imported. As such I would recommend anyone wishing to run buildworld = on >> arm to update before this is imported. >=20 >=20 > It seems that folks that later progress from 10.x-??? (or before) to = 11.0-RELELASE at some point for arm elf-hosted buildworld activity will = face the issue without having the opportunity to build a -mlong-calls = enabled context with a smaller clang first: >=20 > BEAGLEBONE > CUBOX-HUMMINGBOARD > GUMSTIX > RPI-B > PANDABOARD > WANDBOARD >=20 > So does the "all but clang libraries" -mlong-calls use need to be = MFC'd? Even this may require updating from older 10.x's to a 10.y that = has those -mlong-calls in place before going to 11.0-RELEASE (or later). >=20 > A similar point will be an issue for switching from such a 10.x (or = before) to 11.0-CURRENT once clang 3.8.0 has been imported: it may = require a middle stage of switching to a then-older 11.0-CURRENT first = (such as -r294499). Personally, I think we should make the dependent on the compiler version = when we bring them back / before we MFC things. Warner --Apple-Mail=_615526BB-6E4D-4EC3-8B52-1203CAC45501 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 iQIcBAEBCgAGBQJWoWxJAAoJEGwc0Sh9sBEALpcQAJD3cd5TmssWc4szS+0Jk2Ec wXBPrLhw7PTcwCZ94d2xZLY3UL3WlNxX10SajgdNhTl7KCpHsx80VBIo3Z7UUWfQ AgqDUe2aELzJUOFNAtcuYWQ/MSbJCBD1RdgMcOkIxInqlbm+tPd0YJWYRh9129LA Zk+m6/W5SBHc++4ONb79UB8AQjWzK51JBHtWRaur6D1DY9tcNHVCbZPTIwQUxBEH KwZNfKlP9cM7Z+QxZskKTzjijMZuNVG2DrJ8HhYT8j4ppsavcpXU/bg39k+biePc WZau2yb6/a99WBq2Jsz9bJgVCL7jJSeH9j0qdXwH99GctDtgsIFX3cZJRrf/EVgR nzPu6pWjTpoEKO8iAKU1okwDZlSXKiaJSgdVHJibAgi5avBEAUtxtLyrq8jDFp/4 GroQYwfijAfU4KoHmRt9Y0t5jUM/DwVntjG+z/JJsLplnuYM7gJbtd0mBq5gtfxf hWZS6htL7ofbHTLmwzYDSjinaxON/CDW2NKwrLl13Ce+Lw2tisDITLj/8xgWjghj CZSrXNLP9T7iwqdEzLwS1Fu+kdNSGiPEoEdw6qHjPqsgTlP7RMHuHcx13+4/NNoF v2DRY1nF2WxWrFasaoXzwWWpUrucQogHAK65F31VzEheSLlgdugMd5MsR0v8nNZZ 5IDZ1mRYjm0f6zT2z9gL =/OC+ -----END PGP SIGNATURE----- --Apple-Mail=_615526BB-6E4D-4EC3-8B52-1203CAC45501-- From owner-freebsd-toolchain@freebsd.org Fri Jan 22 01:18:18 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 D957DA8CD02 for ; Fri, 22 Jan 2016 01:18:18 +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 889621E0F for ; Fri, 22 Jan 2016 01:18:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1295 invoked from network); 22 Jan 2016 01:18:10 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 22 Jan 2016 01:18:10 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Thu, 21 Jan 2016 20:18:12 -0500 (EST) Received: (qmail 27452 invoked from network); 22 Jan 2016 01:18:12 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 22 Jan 2016 01:18:12 -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 4A7E01C43C1; Thu, 21 Jan 2016 17:18:04 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" From: Mark Millard In-Reply-To: <1870E0DF-2EF5-4A04-A994-95E4F1D5F754@bsdimp.com> Date: Thu, 21 Jan 2016 17:18:08 -0800 Cc: freebsd-arm , FreeBSD Toolchain , Andrew Turner Content-Transfer-Encoding: quoted-printable Message-Id: References: <358D5606-3B91-4050-9BE4-CF3E23A253E5@dsl-only.net> <1870E0DF-2EF5-4A04-A994-95E4F1D5F754@bsdimp.com> To: Warner Losh 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: Fri, 22 Jan 2016 01:18:19 -0000 On 2016-Jan-21, at 3:39 PM, Warner Losh wrote: >=20 >> On Jan 21, 2016, at 2:41 PM, Mark Millard = wrote: >>=20 >> On Thu Jan 21 13:11:03 UTC 2016 Andrew Turner andrew at fubar.geek.nz = wrote" >>=20 >>> I've disabled setting -mlong-calls on the clang libraries for now, >>> however I expect we will need to enable it again when clang 3.8.0 is >>> imported. As such I would recommend anyone wishing to run buildworld = on >>> arm to update before this is imported. >>=20 >>=20 >> It seems that folks that later progress from 10.x-??? (or before) to = 11.0-RELELASE at some point for arm elf-hosted buildworld activity will = face the issue without having the opportunity to build a -mlong-calls = enabled context with a smaller clang first: >>=20 >> BEAGLEBONE >> CUBOX-HUMMINGBOARD >> GUMSTIX >> RPI-B >> PANDABOARD >> WANDBOARD >>=20 >> So does the "all but clang libraries" -mlong-calls use need to be = MFC'd? Even this may require updating from older 10.x's to a 10.y that = has those -mlong-calls in place before going to 11.0-RELEASE (or later). >>=20 >> A similar point will be an issue for switching from such a 10.x (or = before) to 11.0-CURRENT once clang 3.8.0 has been imported: it may = require a middle stage of switching to a then-older 11.0-CURRENT first = (such as -r294499). >=20 > Personally, I think we should make the dependent on the compiler = version when we bring them back / before we MFC things. >=20 > Warner As I understand the investigation results: the live system's = /usr/lib/crt1.o (for example) must already have long-call support built = in in order to then build (link) clang 3.8.0 in the normal sequencing of = things. A similar point may apply for the live /usr/lib/libc++.a content --at = least if lldb is also part of the attempted build. =46rom what I see only one of the arm -mlong-calls was removed by = -r294499: > Modified: head/lib/clang/clang.lib.mk > = =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=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/lib/clang/clang.lib.mk Thu Jan 21 12:42:31 2016 = (r294498) > +++ head/lib/clang/clang.lib.mk Thu Jan 21 12:59:54 2016 = (r294499) > @@ -7,7 +7,8 @@ LLVM_SRCS=3D ${.CURDIR}/../../../contrib/l > INTERNALLIB=3D > =20 > .if ${MACHINE_CPUARCH} =3D=3D "arm" > -STATIC_CXXFLAGS+=3D -mlong-calls > +# This will need to be enabled to link clang 3.8 > +#STATIC_CXXFLAGS+=3D -mlong-calls > .endif > =20 > .include The other arm -mlong-calls are all still in place: head/lib/csu/arm/Makefile head/lib/libc++/Makefile head/usr.bin/clang/clang/Makefile head/usr/bin/clang/lldb/Makefile This allows getting to the state of the live system's /usr/lib/crt1.o = (for example) and /usr/lib/libc++.a content already having long-call = support before attempting a build of clang 3.8.0. I'm not sure how one would test compiler versions to achieve such an = overall sequencing that has proper live-system content at the right = time. It is too bad that the requirement for the live-system is = involved: only depending on /usr/obj/ content would simplify the = sequencing requirements by removing the live-system requirement. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sat Jan 23 05:43:34 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 267FEA8DCF4 for ; Sat, 23 Jan 2016 05:43:34 +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 E00C81820 for ; Sat, 23 Jan 2016 05:43:32 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29921 invoked from network); 23 Jan 2016 05:43:37 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 23 Jan 2016 05:43:37 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sat, 23 Jan 2016 00:43:29 -0500 (EST) Received: (qmail 399 invoked from network); 23 Jan 2016 05:43:28 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 23 Jan 2016 05:43:28 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.124] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A6A911C43C6; Fri, 22 Jan 2016 21:43:19 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: projects/clang380-import -r294609: arm buildworld broken by picking up -r294499's disable of clang.lib.mk -mlong-calls use Message-Id: <87D952A4-1EA6-4CD4-85DB-DE5696FB34B5@dsl-only.net> Date: Fri, 22 Jan 2016 21:43:25 -0800 To: freebsd-arm , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) 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: Sat, 23 Jan 2016 05:43:34 -0000 When I tried an rpi2 buildworld for clang380-import -r294609 it failed = with =E2=80=9Crelocation truncated=E2=80=9D problems. (arm7-a cortex-a7 = no misaligned accesses as my context.) It looks like this is from picking up base/head=E2=80=99s -r294499 as = part of forming -r294599 in clang380-import. -r294499 commented out = having -mlong-calls in /usr/src/lib/clang/clang.lib.mk: > # more /usr/src/lib/clang/clang.lib.mk > # $FreeBSD: projects/clang380-import/lib/clang/clang.lib.mk 294599 = 2016-01-22 20:41:56Z dim $ >=20 > LLVM_SRCS=3D ${.CURDIR}/../../../contrib/llvm >=20 > .include "clang.build.mk" >=20 > INTERNALLIB=3D >=20 > .if ${MACHINE_CPUARCH} =3D=3D "arm" > # This will need to be enabled to link clang 3.8 > #STATIC_CXXFLAGS+=3D -mlong-calls > .endif >=20 > .include The script=E2=80=99s buildworld records show: > --- all_subdir_clang --- > = /usr/obj/clang/arm.armv6/usr/src/usr.bin/clang/clang/../../../lib/clang/li= bclangfrontendtool/libclangfrontendtool.a(ExecuteCompilerInvocation.o): = In function = `clang::ExecuteCompilerInvocation(clang::CompilerInstance*)': > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x98): relocation = truncated to fit: R_ARM_CALL against symbol = `llvm::sys::DynamicLibrary::getPermanentLibrary(char const*, = std::__1::basic_string, = std::__1::allocator >*)' defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/usr.bin/clang/clang/../../../lib/clang/li= bllvmsupport/libllvmsupport.a(DynamicLibrary.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x120): relocation = truncated to fit: R_ARM_CALL against symbol = `std::__1::basic_string, = std::__1::allocator >::~basic_string()' defined in = .text._ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED2Ev[= _ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED5Ev] = section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(string.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x1c4): relocation = truncated to fit: R_ARM_CALL against symbol = `std::__1::basic_string, = std::__1::allocator >::~basic_string()' defined in = .text._ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED2Ev[= _ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEED5Ev] = section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(string.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x224): relocation = truncated to fit: R_ARM_CALL against symbol `operator new[](unsigned = int)' defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(new.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x238): relocation = truncated to fit: R_ARM_CALL against symbol `memset' defined in .text = section in /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc.a(memset.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x294): relocation = truncated to fit: R_ARM_CALL against symbol = `llvm::cl::ParseCommandLineOptions(int, char const* const*, char = const*)' defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/usr.bin/clang/clang/../../../lib/clang/li= bllvmsupport/libllvmsupport.a(CommandLine.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x29c): relocation = truncated to fit: R_ARM_CALL against symbol `operator delete[](void*)' = defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(new.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x2dc): relocation = truncated to fit: R_ARM_CALL against symbol `operator delete(void*)' = defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(new.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x2f8): relocation = truncated to fit: R_ARM_CALL against symbol `llvm::outs()' defined in = .text section in = /usr/obj/clang/arm.armv6/usr/src/usr.bin/clang/clang/../../../lib/clang/li= bllvmsupport/libllvmsupport.a(raw_ostream.o) > --- all_subdir_usr.sbin --- > --- auditdistd.debug --- > --- all_subdir_usr.bin --- > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x340): relocation = truncated to fit: R_ARM_CALL against symbol `operator delete(void*)' = defined in .text section in = /usr/obj/clang/arm.armv6/usr/src/tmp/usr/lib/libc++.a(new.o) > = /usr/src/lib/clang/libclangfrontendtool/../../../contrib/llvm/tools/clang/= lib/FrontendTool/ExecuteCompilerInvocation.cpp:(.text+0x348): additional = relocation overflows omitted from the output =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sat Jan 23 11:25:56 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 53D0DA8ECAE for ; Sat, 23 Jan 2016 11:25:56 +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 1B27212B3 for ; Sat, 23 Jan 2016 11:25:55 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12283 invoked from network); 23 Jan 2016 11:26:05 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jan 2016 11:26:05 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sat, 23 Jan 2016 06:25:57 -0500 (EST) Received: (qmail 21262 invoked from network); 23 Jan 2016 11:25:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 23 Jan 2016 11:25:57 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.124] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 96F861C43C6; Sat, 23 Jan 2016 03:25:52 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: powerpc64-gcc unable to compile clang 3.8.0 from clang380-import -r294609 via buildworld Message-Id: <67523280-9F20-4638-BF24-1BFAE8583805@dsl-only.net> Date: Sat, 23 Jan 2016 03:25:53 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) 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: Sat, 23 Jan 2016 11:25:56 -0000 I tried a buildworld that included building clang and lldb based on = using powerpc64-xtoolchain-gcc/powerpc64-gcc as a cross compiler. It = failed, see below. This might indicate a more general gcc 5.x vs. clang = 3.8.0 source code mismatch. This was my first try. This could have been = true for some time. --- CFG.o --- /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ -isystem = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/xtoolchain/powerpc.po werpc64/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/ = -I/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1 = -std=3Dgnu++11 = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/../lib/libc++ = --sysroot=3D/usr /obj/xtoolchain/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include = -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm /tools/clang/include = -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/li= b/Analysis -I. = -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clan= g/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd11.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64 -unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP -MF.depend.CFG.o = -MTCFG.o -fstack-protector-strong -Wno-error=3Dunused-function = -Wno-error=3Denum-compare -Wno-error=3Dlogical-not-parentheses = -Wno-error=3Dbool-compare -Wno- error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes = -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-value -Wno-error=3Dstrict -aliasing -Wno-error=3Daddress -std=3Dc++11 -fno-exceptions -fno-rtti = -c = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/CFG.cpp -o CFG.o . . . --- all_subdir_libclanganalysis --- = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/CFG.cpp: In member function 'std::__1::unique_ptr = {anonymous}::CFGBuilder::buildCFG(const clang::Decl*, clang::Stmt*)': = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/CFG.cpp:1046:45: error: no matching function for call to = 'reverse(clang::CXXConstructorDecl::init_const_range)' for (auto *I : llvm::reverse(CD->inits())) { ^ (not the only error reported for CFG.cpp=E2=80=99s compile, I just = listed the first). I do not know if the -std=3Dgnu++11 that is automatically used is = causing variations in the language definition in use or not. I do this sort of thing with 11.0-CURRENT now and have been for a long = time, including building clang 3.7.1 and its lldb via powerpc64-gcc in = more recent times. But powerpc64-gcc has historically rejected the clang = extras so I=E2=80=99ve used WITHOUT_CLANG_EXTRAS=3D historically. Some context notes: Empty make.conf via __MAKE_CONF use. scr.conf: (actually: used via SRC_ENV_CONF=3D) TO_TYPE=3Dpowerpc64 TOOLS_TO_TYPE=3D${TO_TYPE} FROM_TYPE=3Damd64 TOOLS_FROM_TYPE=3Dx86_64 VERSION_CONTEXT=3D11.0 # KERNCONF=3DGENERIC64vtsc-NODEBUG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITHOUT_CROSS_COMPILER=3D # # 1 thing that fails to build if attempted via gcc variants: WITHOUT_CLANG_EXTRAS=3D # WITH_FAST_DEPEND=3D WITH_LIBCPLUSPLUS=3D WITH_LIB32=3D WITH_BOOT=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_LLDB=3D # WITHOUT_GCC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D MALLOC_PRODUCTION=3D #CFLAGS+=3D -DELF_VERBOSE # WITH_DEBUG=3D WITH_DEBUG_FILES=3D # # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related bintutils... # CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc X_COMPILER_TYPE=3Dgcc CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ # .if ${.MAKE.LEVEL} =3D=3D 0 = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp .export XCC .export XCXX .export XCPP XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # # =46rom clang (via system)... # .if ${.MAKE.LEVEL} =3D=3D 0 CC=3D/usr/bin/clang -B/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin CXX=3D/usr/bin/clang++ -B/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin CPP=3D/usr/bin/clang-cpp -B/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin .export CC .export CXX .export CPP .endif # # TOOLS_FROM_TYPE binutils... # .if ${.MAKE.LEVEL} =3D=3D 0 AS=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/as AR=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/ar LD=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/ld NM=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/nm OBJCOPY=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/objcopy OBJDUMP=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/objdump RANLIB=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/ranlib SIZE=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/size #NO-SUCH: STRINGS=3D/usr/local/${TOOLS_FROM_TYPE}-freebsd/bin/strings STRINGS=3D/usr/local/bin/${TOOLS_FROM_TYPE}-freebsd-strings .export AS .export AR .export LD .export NM .export OBJCOPY .export OBJDUMP .export RANLIB .export SIZE .export STRINGS .endif =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sat Jan 23 14:18:25 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 7D260A8E399; Sat, 23 Jan 2016 14:18:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 436341AFD; Sat, 23 Jan 2016 14:18:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::f122:7bdb:e47d:10df] (unknown [IPv6:2001:7b8:3a7:0:f122:7bdb:e47d:10df]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 42EE2301BF; Sat, 23 Jan 2016 15:18:21 +0100 (CET) Subject: Re: projects/clang380-import -r294609: arm buildworld broken by picking up -r294499's disable of clang.lib.mk -mlong-calls use Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_84BFDAFD-40A3-4D14-A5FB-26709B4B9E5E"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <87D952A4-1EA6-4CD4-85DB-DE5696FB34B5@dsl-only.net> Date: Sat, 23 Jan 2016 15:18:12 +0100 Cc: freebsd-arm , FreeBSD Toolchain Message-Id: <9AECE24D-100A-468B-ACEA-53606D54CECE@FreeBSD.org> References: <87D952A4-1EA6-4CD4-85DB-DE5696FB34B5@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3112) 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: Sat, 23 Jan 2016 14:18:25 -0000 --Apple-Mail=_84BFDAFD-40A3-4D14-A5FB-26709B4B9E5E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 23 Jan 2016, at 06:43, Mark Millard wrote: >=20 > When I tried an rpi2 buildworld for clang380-import -r294609 it failed = with =E2=80=9Crelocation truncated=E2=80=9D problems. (arm7-a cortex-a7 = no misaligned accesses as my context.) >=20 > It looks like this is from picking up base/head=E2=80=99s -r294499 as = part of forming -r294599 in clang380-import. -r294499 commented out = having -mlong-calls in /usr/src/lib/clang/clang.lib.mk: Thanks for noticing this, I have undone it again in r294633. -Dimitry --Apple-Mail=_84BFDAFD-40A3-4D14-A5FB-26709B4B9E5E 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----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlaji6wACgkQsF6jCi4glqPHmgCcDmB0Q2iAVRMXW6dELaj8TOtt +foAniMS2YLzt9a7bH3/3UEEHvbwk5fx =seAb -----END PGP SIGNATURE----- --Apple-Mail=_84BFDAFD-40A3-4D14-A5FB-26709B4B9E5E-- From owner-freebsd-toolchain@freebsd.org Sat Jan 23 15:08:51 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 9BAE9A8E20A; Sat, 23 Jan 2016 15:08:51 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 41202123E; Sat, 23 Jan 2016 15:08:51 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::f122:7bdb:e47d:10df] (unknown [IPv6:2001:7b8:3a7:0:f122:7bdb:e47d:10df]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DE79130264; Sat, 23 Jan 2016 16:08:48 +0100 (CET) Subject: Re: powerpc64-gcc unable to compile clang 3.8.0 from clang380-import -r294609 via buildworld Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_94BDF100-5669-436D-9A50-BABCA9132C61"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <67523280-9F20-4638-BF24-1BFAE8583805@dsl-only.net> Date: Sat, 23 Jan 2016 16:08:44 +0100 Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Message-Id: <5B511209-F26D-4788-B80B-E0328963C263@FreeBSD.org> References: <67523280-9F20-4638-BF24-1BFAE8583805@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3112) 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: Sat, 23 Jan 2016 15:08:51 -0000 --Apple-Mail=_94BDF100-5669-436D-9A50-BABCA9132C61 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Jan 2016, at 12:25, Mark Millard wrote: >=20 > I tried a buildworld that included building clang and lldb based on = using powerpc64-xtoolchain-gcc/powerpc64-gcc as a cross compiler. It = failed, see below. This might indicate a more general gcc 5.x vs. clang = 3.8.0 source code mismatch. This was my first try. This could have been = true for some time. >=20 > --- CFG.o --- > /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ -isystem = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/xtoolchain/powerpc.po > werpc64/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/ = -I/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1 = -std=3Dgnu++11 = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/../lib/libc++ = --sysroot=3D/usr > /obj/xtoolchain/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include = -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm > /tools/clang/include = -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/li= b/Analysis -I. = -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clan= g/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS = -D__STDC_CONSTANT_MACROS -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd11.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64 > -unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -MD -MP = -MF.depend.CFG.o -MTCFG.o -fstack-protector-strong = -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare -Wno- > error=3Duninitialized -Wno-error=3Darray-bounds -Wno-error=3Dclobbered = -Wno-error=3Dcast-align -Wno-error=3Dextra -Wno-error=3Dattributes = -Wno-error=3Dinline -Wno-error=3Dunused-but-set-variable = -Wno-error=3Dunused-value -Wno-error=3Dstrict > -aliasing -Wno-error=3Daddress -std=3Dc++11 -fno-exceptions -fno-rtti = -c = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/CFG.cpp -o CFG.o > . . . > --- all_subdir_libclanganalysis --- > = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/CFG.cpp: In member function 'std::__1::unique_ptr = {anonymous}::CFGBuilder::buildCFG(const clang::Decl*, clang::Stmt*)': > = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/CFG.cpp:1046:45: error: no matching function for call to = 'reverse(clang::CXXConstructorDecl::init_const_range)' > for (auto *I : llvm::reverse(CD->inits())) { > ^ I just tried building clang 3.8.0 with gcc 5.3.0, but that went fine. However, by default gcc uses its own copy of libstdc++. The above error is most likely something caused by libc++ and gcc not playing well together. This kind of error is always hard to report upstream, since the gcc maintainers obviously do not care that much about libc++, while the libc++ maintainers do not care that much about gcc. :-) -Dimitry --Apple-Mail=_94BDF100-5669-436D-9A50-BABCA9132C61 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----- Version: GnuPG/MacGPG2 v2.0.29 iEYEARECAAYFAlajl4AACgkQsF6jCi4glqOdBACgzYeWjIjdBVZop/ViXxHr9sHW j4QAnR080dGiJM1KOy86zmQASU30OqNV =gN/Q -----END PGP SIGNATURE----- --Apple-Mail=_94BDF100-5669-436D-9A50-BABCA9132C61--