From owner-freebsd-toolchain@freebsd.org Mon Jun 12 21:21:33 2017 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 2D615C7892B for ; Mon, 12 Jun 2017 21:21:33 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (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 EC4AA80034 for ; Mon, 12 Jun 2017 21:21:32 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x233.google.com with SMTP id i7so62524608ioe.1 for ; Mon, 12 Jun 2017 14:21:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=2ukRaCOIssJpY2H61XJOfeQJjtO6nGrCzKDlYRVePlk=; b=YxLz+jyb8kk4H/HQ7F1wb097IVMAbozAhZpgZs0tMiEFUTVHy49NcFOY5qDJ9h2Wr1 82jXrZRHM4yeLFOrb3LT/4qFQpN07/6hk6q8SyMMz8SRaPqbtE0uWXAWUuON1Vv0JP8h hQ+YLhWnK5BEx9S8SERyUilVTAmanhmx6O1ZwBD5cpuPcwPvZDsEuJm7CDjo+bGIO0Kf P5i+UW0Hyls38lsK5IXf0aQZ8Z13UjdcmS5xOyIVe5dQ+GyDVa7qg4jORNL06UvmPSGe m7mDonVnPKgHFkd2tAi8XIZG3NBO1jR8EKEc4Qr6P5CKwcyofrmvdGnX/VqfACFZFiNP AbtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=2ukRaCOIssJpY2H61XJOfeQJjtO6nGrCzKDlYRVePlk=; b=eDT9JHebozbXvTooGEF6ziqZtq8FgvXMI/VoBSIFr7gGpHeZxu00iDJwIpljhxGXPC jjl3appV9kzPKDB+nmXa5A8VGo/zurYjwUbtq9aXlrNRiO8QfXJAeV1iQIhYCY7SXmzv MhR7MMmBYMusHecZtLfdxZtCiZnRm5uaUeUuVFUzIeGfxPSXI8lVga4udTB99jOTnFJN rl/eny9s3RItDb1linIGZdu+h5IcbGBBO5Wi+WB8fKaTvw1sLDwdB5hn4FkkHaDzzz/N hcGSk4VR2IAksUc6x2aSuDVumY7+Cfr5gLEfWq2C1H2ZjzlZdIp8tNrO11qCaG/u/vMz rkFg== X-Gm-Message-State: AKS2vOyghQ+JlE0CzTCOVhNZ8ZNDidY1R/VdfQ5QMuiKlVRs5U3q2L6o Ir1Ca4i337BRbP4Yz2ksZjMwEA2Xn6MfzMw= X-Received: by 10.107.167.199 with SMTP id q190mr1006751ioe.110.1497302492020; Mon, 12 Jun 2017 14:21:32 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.10.86 with HTTP; Mon, 12 Jun 2017 14:21:11 -0700 (PDT) From: Ed Maste Date: Mon, 12 Jun 2017 17:21:11 -0400 X-Google-Sender-Auth: unuqWj6mFJzZU9YKMWoLnix2q78 Message-ID: Subject: June 2017 update on using LLVM's lld linker in the FreeBSD base system To: "freebsd-toolchain@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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 Jun 2017 21:21:33 -0000 Another update on using LLD as the FreeBSD base system linker: > We now have LLD 4.0.0 in the tree and it can build all of > FreeBSD/amd64 kernel and world, and most of ports. LLD 4.0.0 is in HEAD and stable/11, and WITH_LLD_IS_LD and WITH_LLD_BOOTSTRAP are enabled by default for arm64 on both branches. There are a few post-4.0.0 bugfixes in LLD that we need to import into HEAD in short order and MFC for the 11.1 release. It is possible to build both the amd64 and arm64 world + kernel with WITH_LLD_IS_LLD and WITH_LLD_BOOTSTRAP. My daily driver desktop and laptop are using LLD as /usr/bin/ld. >> 6. Request ports exp-runs and issue a call for testing with 3rd party >> software. Fix issues found during this process. > > This is in progress now, in PR 214864. There are currently 270 failing > ports and 963 skipped. The top ten failing ports (by # skipped) are > responsible for 808 of the skipped; addressing those should allow us > to build nearly 98% of the ports collection with LLD. bapt@ and I discussed this at BSDCan and we intend to create a way to flag ports that don't build with LLD. Then the ports infrastructure can automatically use ld.bfd, until the issue is addressed in the individual port or in LLD. It will be something like "USES=linker:not_lld" or "LLD_UNSAFE=yes" or so. >> 7. Switch /usr/bin/ld to ld.lld by default in head for the Clang-using >> architectures. Add a WITHOUT_LLD_AS_LD knob to switch back to GNU ld. > > While there is still no timeline set for this, it is already done for > arm64 (where we have no in-tree GNU ld available), and it is close to > being feasible for amd64. Further investigation is needed on i386 and > 32-bit arm before moving forward here. Once the ports infrastructure is in place I plan to enable LLD as /usr/bin/ld by default on amd64. Outstanding issues with i386 and 32-bit arm prevent us from turning it on for those architectures right now. The LLVM tracking bug in http://llvm.org/pr23214 depends on those individual issues; i386 should be relatively straightforward, while arm needs more work. From owner-freebsd-toolchain@freebsd.org Fri Jun 16 00:34:28 2017 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 0F497BF26BB for ; Fri, 16 Jun 2017 00:34:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 B7A8465ECB for ; Fri, 16 Jun 2017 00:34:27 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25023 invoked from network); 16 Jun 2017 00:34:19 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 00:34:19 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Thu, 15 Jun 2017 20:34:19 -0400 (EDT) Received: (qmail 4238 invoked from network); 16 Jun 2017 00:34:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 00:34:10 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id C419AEC7B35; Thu, 15 Jun 2017 17:34:09 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') Message-Id: Date: Thu, 15 Jun 2017 17:34:09 -0700 Cc: FreeBSD Toolchain To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 00:34:28 -0000 Context: amd64 -> powerpc cross build of -r319936 (one of my usual clang-based experiments): --- all_subdir_sys --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf --- boot1.elf --- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- all_subdir_lib --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po --- all_subdir_sys --- *** [boot1.elf] Error code 1 make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp .ERROR_TARGET=3D'boot1.elf' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp TARGET boot1.elf -- command output -- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 Note: This was -j16 for the build. I updated /usr/src and amd64 to -r319991 and then retried cross building for powerpc: same result. Note: I'd frozen at -r317820 until this update. Back then I could buildworld and buildkernel via clang (although I could not boot the clang-based kernel and so had to build a gcc 4.2.1 based one and use it). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Fri Jun 16 03:05:57 2017 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 DB746BF4BA3 for ; Fri, 16 Jun 2017 03:05:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 7E0CA6A7A2 for ; Fri, 16 Jun 2017 03:05:56 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18222 invoked from network); 16 Jun 2017 03:05:55 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 03:05:55 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Thu, 15 Jun 2017 23:05:55 -0400 (EDT) Received: (qmail 21408 invoked from network); 16 Jun 2017 03:05:54 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 03:05:54 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 4F282EC7B35; Thu, 15 Jun 2017 20:05:54 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build Message-Id: Date: Thu, 15 Jun 2017 20:05:53 -0700 To: FreeBSD Toolchain , Bryan Drewery X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 03:05:58 -0000 I've been having amd64 -> powerpc cross builds that stop with sed waiting for terminal input: 780 0 Is 0:00.00 -sh (sh) 786 0 I 0:00.01 - su 787 0 I 0:00.01 `-- su (sh) 792 0 I+ 0:00.00 `-- /bin/sh = /root/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstra= p-amd64-host.sh -j16 buildworld buildkernel 795 0 S+ 0:06.95 `-- script = /root/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-= amd64-host-2017-06-15:17:17:51 env = __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev 796 1 Is+ 0:07.34 `-- make -j16 buildworld buildkernel 24978 1 I+ 0:00.00 `-- sed -n /^CMD/s,^CMD ,,p This is for a build that currently fails with: --- all_subdir_sys --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf --- boot1.elf --- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- all_subdir_lib --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po --- all_subdir_sys --- *** [boot1.elf] Error code 1 make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp .ERROR_TARGET=3D'boot1.elf' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' . . . and its later consequences. Since it is already a failed build I just ^C out. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Fri Jun 16 04:07:42 2017 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 281D6BF5C23 for ; Fri, 16 Jun 2017 04:07:42 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1CD86F05B; Fri, 16 Jun 2017 04:07:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 2066D9FBC; Fri, 16 Jun 2017 04:07:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 876491292; Fri, 16 Jun 2017 04:07:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id aqIPWsPxyZKi; Fri, 16 Jun 2017 04:07:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com A2204128F Mime-Version: 1.0 (1.0) Subject: Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build From: Bryan Drewery X-Mailer: iPhone Mail (14F89) In-Reply-To: Date: Thu, 15 Jun 2017 21:07:33 -0700 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Mark Millard X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 04:07:42 -0000 It's a meta mode only thing. I'll look at it shortly. Regards, Bryan Drewery > On Jun 15, 2017, at 20:05, Mark Millard wrote: >=20 > I've been having amd64 -> powerpc cross builds that > stop with sed waiting for terminal input: >=20 > 780 0 Is 0:00.00 -sh (sh) > 786 0 I 0:00.01 - su > 787 0 I 0:00.01 `-- su (sh) > 792 0 I+ 0:00.00 `-- /bin/sh /root/sys_build_scripts.amd64-host/mak= e_powerpcvtsc_nodebug_clang_bootstrap-amd64-host.sh -j16 buildworld buildker= nel > 795 0 S+ 0:06.95 `-- script /root/sys_typescripts/typescript_make= _powerpcvtsc_nodebug_clang_bootstrap-amd64-host-2017-06-15:17:17:51 env __MA= KE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev > 796 1 Is+ 0:07.34 `-- make -j16 buildworld buildkernel > 24978 1 I+ 0:00.00 `-- sed -n /^CMD/s,^CMD ,,p >=20 >=20 > This is for a build that currently fails with: >=20 > --- all_subdir_sys --- > Building /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/power= pc/boot1.chrp/boot1.elf > --- boot1.elf --- > boot1.o: In function `fsread_size': > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined ref= erence to `__udivdi3' > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined ref= erence to `__udivdi3' > cc: error: linker command failed with exit code 1 (use -v to see invocatio= n) > --- all_subdir_lib --- > Building /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_rem= quo.po > --- all_subdir_sys --- > *** [boot1.elf] Error code 1 >=20 > make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp > .ERROR_TARGET=3D'boot1.elf' > .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' > . . . >=20 > and its later consequences. >=20 > Since it is already a failed build I just ^C out. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 From owner-freebsd-toolchain@freebsd.org Fri Jun 16 04:20:11 2017 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 86A65BF5DF2 for ; Fri, 16 Jun 2017 04:20:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 349C66F418 for ; Fri, 16 Jun 2017 04:20:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17678 invoked from network); 16 Jun 2017 04:20:09 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 04:20:09 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 00:20:09 -0400 (EDT) Received: (qmail 14227 invoked from network); 16 Jun 2017 04:20:09 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 04:20:09 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8375FEC7B35; Thu, 15 Jun 2017 21:20:08 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') From: Mark Millard In-Reply-To: Date: Thu, 15 Jun 2017 21:20:08 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 04:20:11 -0000 [A gcc 4.2.1 based buildworld buildkernel did not have this problem.] On 2017-Jun-15, at 5:34 PM, Mark Millard wrote: > Context: amd64 -> powerpc cross build of -r319936 > (one of my usual clang-based experiments): >=20 > --- all_subdir_sys --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf > --- boot1.elf --- > boot1.o: In function `fsread_size': > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > --- all_subdir_lib --- > Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po > --- all_subdir_sys --- > *** [boot1.elf] Error code 1 >=20 > make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp > .ERROR_TARGET=3D'boot1.elf' > = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >=20 >=20 > # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta > CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 > CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp > TARGET boot1.elf > -- command output -- > boot1.o: In function `fsread_size': > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** Error code 1 >=20 > Note: This was -j16 for the build. >=20 > I updated /usr/src and amd64 to -r319991 and then > retried cross building for powerpc: same result. >=20 >=20 > Note: I'd frozen at -r317820 until this update. Back then > I could buildworld and buildkernel via clang (although > I could not boot the clang-based kernel and so had to > build a gcc 4.2.1 based one and use it). I tried a gcc 4.2.1 buildworld buildkernel and it completed fine. The __udivdi3 problem is clang toolchain specific. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Fri Jun 16 04:28:41 2017 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 E5F22BF5FE1 for ; Fri, 16 Jun 2017 04:28:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B34F46F84C; Fri, 16 Jun 2017 04:28:41 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 3FB0AA2B0; Fri, 16 Jun 2017 04:28:40 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 4C9B712BC; Fri, 16 Jun 2017 04:28:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id WGEkesDtEFm5; Fri, 16 Jun 2017 04:28:35 +0000 (UTC) Subject: Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 49B8312B6 To: Mark Millard , FreeBSD Toolchain References: From: Bryan Drewery Organization: FreeBSD Message-ID: <55f573d4-a68c-7c9a-77ca-252043d4e0ea@FreeBSD.org> Date: Thu, 15 Jun 2017 21:28:33 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ieV7O0XxBMLaxcDAj14Luf2UT0XCVoSne" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 04:28:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ieV7O0XxBMLaxcDAj14Luf2UT0XCVoSne Content-Type: multipart/mixed; boundary="fj9QTMwxiaLDc3C9dRFdTfBRetnT9hc0E"; protected-headers="v1" From: Bryan Drewery To: Mark Millard , FreeBSD Toolchain Message-ID: <55f573d4-a68c-7c9a-77ca-252043d4e0ea@FreeBSD.org> Subject: Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build References: In-Reply-To: --fj9QTMwxiaLDc3C9dRFdTfBRetnT9hc0E Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 6/15/17 8:05 PM, Mark Millard wrote: > I've been having amd64 -> powerpc cross builds that > stop with sed waiting for terminal input: >=20 > 780 0 Is 0:00.00 -sh (sh) > 786 0 I 0:00.01 - su > 787 0 I 0:00.01 `-- su (sh) > 792 0 I+ 0:00.00 `-- /bin/sh /root/sys_build_scripts.amd64-host= /make_powerpcvtsc_nodebug_clang_bootstrap-amd64-host.sh -j16 buildworld b= uildkernel > 795 0 S+ 0:06.95 `-- script /root/sys_typescripts/typescript_= make_powerpcvtsc_nodebug_clang_bootstrap-amd64-host-2017-06-15:17:17:51 e= nv __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev > 796 1 Is+ 0:07.34 `-- make -j16 buildworld buildkernel > 24978 1 I+ 0:00.00 `-- sed -n /^CMD/s,^CMD ,,p >=20 >=20 > This is for a build that currently fails with: >=20 > --- all_subdir_sys --- > Building /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/po= werpc/boot1.chrp/boot1.elf > --- boot1.elf --- > boot1.o: In function `fsread_size': > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' > /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' > cc: error: linker command failed with exit code 1 (use -v to see invoca= tion) > --- all_subdir_lib --- > Building /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_= remquo.po > --- all_subdir_sys --- > *** [boot1.elf] Error code 1 >=20 > make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp > .ERROR_TARGET=3D'boot1.elf' > .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/= sys/boot/powerpc/boot1.chrp/boot1.elf.meta' > . . . >=20 > and its later consequences. >=20 > Since it is already a failed build I just ^C out. >=20 r319996 should fix it. Thanks for letting me know! --=20 Regards, Bryan Drewery --fj9QTMwxiaLDc3C9dRFdTfBRetnT9hc0E-- --ieV7O0XxBMLaxcDAj14Luf2UT0XCVoSne Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJZQ15yAAoJEDXXcbtuRpfP8v8IAMgYB0rAiPWifFJmPui5cP8s 3DnCRJpMJWKkpoN+vOVjYT5jX72q8CeC0YPjgqdFyLqYD5y0kMrCynY0G2asOtta M/JkQ9fHVLkpK49eZqpFL/fwgmqN7upbvkvdzlyTdaEMrC044xpWNZgzyxztguF1 M0p2ViDAA4/A3UymLnssqzE41uIiK39hR/01DqHDwJwnXzfruQTWQKigY65uIZuS klQmef26ISyXYJ0ZhSitFmrxreHRU9PZLi8MeCen7DW3/ncUgcchvrd18jlxWNlc hoa4y9frjuvM4DBttAfKnZt+jHzfxzd/HKUa/eGY/kNGzctweBluca3r78fGe34= =EkhH -----END PGP SIGNATURE----- --ieV7O0XxBMLaxcDAj14Luf2UT0XCVoSne-- From owner-freebsd-toolchain@freebsd.org Fri Jun 16 04:35:01 2017 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 2F355BF6251 for ; Fri, 16 Jun 2017 04:35:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 E45F26FBB5 for ; Fri, 16 Jun 2017 04:35:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28863 invoked from network); 16 Jun 2017 04:34:59 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 04:34:59 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 00:34:59 -0400 (EDT) Received: (qmail 30718 invoked from network); 16 Jun 2017 04:34:59 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 04:34:59 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 92C05EC7B35; Thu, 15 Jun 2017 21:34:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') From: Mark Millard In-Reply-To: Date: Thu, 15 Jun 2017 21:34:58 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <23CFE929-1A90-430E-A3E6-C9B56F642F8D@dsl-only.net> References: To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 04:35:01 -0000 [I should have listed more about my build context for clang.] On 2017-Jun-15, at 9:20 PM, Mark Millard wrote: > [A gcc 4.2.1 based buildworld buildkernel did not have this problem.] >=20 > On 2017-Jun-15, at 5:34 PM, Mark Millard = wrote: >=20 >> Context: amd64 -> powerpc cross build of -r319936 >> (one of my usual clang-based experiments): >>=20 >> --- all_subdir_sys --- >> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf >> --- boot1.elf --- >> boot1.o: In function `fsread_size': >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >> --- all_subdir_lib --- >> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po >> --- all_subdir_sys --- >> *** [boot1.elf] Error code 1 >>=20 >> make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp >> .ERROR_TARGET=3D'boot1.elf' >> = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >>=20 >>=20 >> # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta >> CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 >> CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp >> TARGET boot1.elf >> -- command output -- >> boot1.o: In function `fsread_size': >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >> *** Error code 1 >>=20 >> Note: This was -j16 for the build. >>=20 >> I updated /usr/src and amd64 to -r319991 and then >> retried cross building for powerpc: same result. >>=20 >>=20 >> Note: I'd frozen at -r317820 until this update. Back then >> I could buildworld and buildkernel via clang (although >> I could not boot the clang-based kernel and so had to >> build a gcc 4.2.1 based one and use it). >=20 > I tried a gcc 4.2.1 buildworld buildkernel and it > completed fine. >=20 > The __udivdi3 problem is clang toolchain specific. Clang based build-context details: # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ make $* # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # # Use WERROR to avoid stopping at the likes of: # error: implicit conversion from 'int' to 'int8_t' (aka 'signed char') = changes value from 128 to -128 [-Werror,-Wconstant-conversion] WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D So the system binutils tools are in used. Even though I build lld, last I tried lld could not be used so it is not the linker used by the above. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Fri Jun 16 04:57:00 2017 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 CF72EBF66EF for ; Fri, 16 Jun 2017 04:57:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 822BA7023D for ; Fri, 16 Jun 2017 04:57:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23918 invoked from network); 16 Jun 2017 04:56:58 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 04:56:58 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 00:56:58 -0400 (EDT) Received: (qmail 15495 invoked from network); 16 Jun 2017 04:56:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 04:56:58 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id EE867EC9265; Thu, 15 Jun 2017 21:56:57 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319991 buildkernel waiting in sed for terminal input (the buildworld part completes first), amd64->powerpc cross build From: Mark Millard In-Reply-To: <55f573d4-a68c-7c9a-77ca-252043d4e0ea@FreeBSD.org> Date: Thu, 15 Jun 2017 21:56:57 -0700 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <810F3042-B0FA-4384-AA42-8E047572BB6F@dsl-only.net> References: <55f573d4-a68c-7c9a-77ca-252043d4e0ea@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 04:57:00 -0000 On 2017-Jun-15, at 9:28 PM, Bryan Drewery = wrote: > On 6/15/17 8:05 PM, Mark Millard wrote: >> I've been having amd64 -> powerpc cross builds that >> stop with sed waiting for terminal input: >>=20 >> 780 0 Is 0:00.00 -sh (sh) >> 786 0 I 0:00.01 - su >> 787 0 I 0:00.01 `-- su (sh) >> 792 0 I+ 0:00.00 `-- /bin/sh = /root/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstra= p-amd64-host.sh -j16 buildworld buildkernel >> 795 0 S+ 0:06.95 `-- script = /root/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-= amd64-host-2017-06-15:17:17:51 env = __MAKE_CONF=3D/root/src.configs/make.conf SRCCONF=3D/dev >> 796 1 Is+ 0:07.34 `-- make -j16 buildworld buildkernel >> 24978 1 I+ 0:00.00 `-- sed -n /^CMD/s,^CMD ,,p >>=20 >>=20 >> This is for a build that currently fails with: >>=20 >> --- all_subdir_sys --- >> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf >> --- boot1.elf --- >> boot1.o: In function `fsread_size': >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >> --- all_subdir_lib --- >> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po >> --- all_subdir_sys --- >> *** [boot1.elf] Error code 1 >>=20 >> make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp >> .ERROR_TARGET=3D'boot1.elf' >> = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >> . . . >>=20 >> and its later consequences. >>=20 >> Since it is already a failed build I just ^C out. >>=20 >=20 > r319996 should fix it. Thanks for letting me know! I updated and re-ran the build that showed the problem and what you did fixed the sed-usage issue: it no longer stops waiting for input. Thanks! =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Fri Jun 16 06:33:03 2017 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 A2556BF7DDF for ; Fri, 16 Jun 2017 06:33:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 5FA6472ACE for ; Fri, 16 Jun 2017 06:33:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9813 invoked from network); 16 Jun 2017 06:37:02 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 06:37:02 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 02:33:01 -0400 (EDT) Received: (qmail 32373 invoked from network); 16 Jun 2017 06:33:01 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 06:33:01 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8155AEC7B35; Thu, 15 Jun 2017 23:33:00 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') [powerpc64 too] From: Mark Millard In-Reply-To: <23CFE929-1A90-430E-A3E6-C9B56F642F8D@dsl-only.net> Date: Thu, 15 Jun 2017 23:32:59 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <732C2D2B-1533-469F-9683-A732BDE84490@dsl-only.net> References: <23CFE929-1A90-430E-A3E6-C9B56F642F8D@dsl-only.net> To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 06:33:03 -0000 [powerpc64 has the same problem.] On 2017-Jun-15, at 9:34 PM, Mark Millard wrote: > [I should have listed more about my build context for clang.] >=20 > On 2017-Jun-15, at 9:20 PM, Mark Millard = wrote: >=20 >> [A gcc 4.2.1 based buildworld buildkernel did not have this problem.] >>=20 >> On 2017-Jun-15, at 5:34 PM, Mark Millard = wrote: >>=20 >>> Context: amd64 -> powerpc cross build of -r319936 >>> (one of my usual clang-based experiments): >>>=20 >>> --- all_subdir_sys --- >>> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf >>> --- boot1.elf --- >>> boot1.o: In function `fsread_size': >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> --- all_subdir_lib --- >>> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po >>> --- all_subdir_sys --- >>> *** [boot1.elf] Error code 1 >>>=20 >>> make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp >>> .ERROR_TARGET=3D'boot1.elf' >>> = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >>>=20 >>>=20 >>> # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta >>> CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 >>> CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp >>> TARGET boot1.elf >>> -- command output -- >>> boot1.o: In function `fsread_size': >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** Error code 1 >>>=20 >>> Note: This was -j16 for the build. >>>=20 >>> I updated /usr/src and amd64 to -r319991 and then >>> retried cross building for powerpc: same result. >>>=20 >>>=20 >>> Note: I'd frozen at -r317820 until this update. Back then >>> I could buildworld and buildkernel via clang (although >>> I could not boot the clang-based kernel and so had to >>> build a gcc 4.2.1 based one and use it). >>=20 >> I tried a gcc 4.2.1 buildworld buildkernel and it >> completed fine. >>=20 >> The __udivdi3 problem is clang toolchain specific. >=20 > Clang based build-context details: >=20 > # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ > make $* >=20 > # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > # > # Use WERROR to avoid stopping at the likes of: > # error: implicit conversion from 'int' to 'int8_t' (aka 'signed = char') changes value from 128 to -128 [-Werror,-Wconstant-conversion] > WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D >=20 > So the system binutils tools are in used. >=20 > Even though I build lld, last I tried lld could not > be used so it is not the linker used by the above. powerpc64 has the same buildworld problem for clang based builds: --- boot1.elf --- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- all_subdir_usr.sbin --- Building = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/usr.sbin/fstyp/ext2= fs.o --- all_subdir_sys --- *** [boot1.elf] Error code 1 make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp .ERROR_TARGET=3D'boot1.elf' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src= /sys/boot/powerpc/boot1.chrp/boot1.elf.meta' # more = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp/boot1.elf.meta # Meta data file = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp/boot1.elf.meta CMD cc -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/tmp = -B/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -m32 = -mcpu=3Dpowerpc -m32 -mcpu=3Dpowerpc -std=3Dgnu99 -Qunused-arguments = -nostdlib -static -Wl,-N -Wl,-m -Wl,elf32ppc_fbsd -Wl,-m = -Wl,elf32ppc_fbsd -o boot1.elf boot1.o ashldi3.o syncicache.o =20 CWD = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp TARGET boot1.elf -- command output -- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 # more = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang-amd64-host= .sh kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang-amd64-host-$= (date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64= -host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64vtsc_clang" \ make $* # more /root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc64 # KERNCONF=3DGENERIC64vtsc-NODBG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLDB=3D # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # buildkernel fails for sign mismatch on pointed-to types. WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Fri Jun 16 20:18:51 2017 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 174DFD88292 for ; Fri, 16 Jun 2017 20:18:51 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-16.reflexion.net [208.70.210.16]) (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 CE8186E011 for ; Fri, 16 Jun 2017 20:18:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4838 invoked from network); 16 Jun 2017 20:20:14 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Jun 2017 20:20:14 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Fri, 16 Jun 2017 16:18:49 -0400 (EDT) Received: (qmail 18801 invoked from network); 16 Jun 2017 20:18:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2017 20:18:48 -0000 Received: from [192.168.1.114] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 0D83DEC9390; Fri, 16 Jun 2017 13:18:48 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r319936 and -r319991 TARGET_ARCH=powerpc via clang: boot1.chrp/boot1.c:(.text+0x14b8): undefined reference to `__udivdi3' (boot1.o: In function `fsread_size') [powerpc64 too] Date: Fri, 16 Jun 2017 13:18:47 -0700 References: <23CFE929-1A90-430E-A3E6-C9B56F642F8D@dsl-only.net> <732C2D2B-1533-469F-9683-A732BDE84490@dsl-only.net> To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: <732C2D2B-1533-469F-9683-A732BDE84490@dsl-only.net> Message-Id: <87444191-89F0-4679-B412-1184E229FEB9@dsl-only.net> X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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, 16 Jun 2017 20:18:51 -0000 [Top posted note: I have submitted bugzilla 220024 for this powerpc64 and powerpc issue. It has also been reproduced when using /usr/local/powerpc64-freebsd/bin/ for binutils for a powerpc64 buildworld attempt.] On 2017-Jun-15, at 11:32 PM, Mark Millard = wrote: [powerpc64 has the same problem.] On 2017-Jun-15, at 9:34 PM, Mark Millard wrote: > [I should have listed more about my build context for clang.] >=20 > On 2017-Jun-15, at 9:20 PM, Mark Millard = wrote: >=20 >> [A gcc 4.2.1 based buildworld buildkernel did not have this problem.] >>=20 >> On 2017-Jun-15, at 5:34 PM, Mark Millard = wrote: >>=20 >>> Context: amd64 -> powerpc cross build of -r319936 >>> (one of my usual clang-based experiments): >>>=20 >>> --- all_subdir_sys --- >>> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf >>> --- boot1.elf --- >>> boot1.o: In function `fsread_size': >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> --- all_subdir_lib --- >>> Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/lib/msun/s_remquo.po >>> --- all_subdir_sys --- >>> *** [boot1.elf] Error code 1 >>>=20 >>> make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp >>> .ERROR_TARGET=3D'boot1.elf' >>> = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /boot/powerpc/boot1.chrp/boot1.elf.meta' >>>=20 >>>=20 >>> # Meta data file = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp/boot1.elf.meta >>> CMD cc -target powerpc-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE = -std=3Dgnu99 -Qunused-arguments -nostdlib -static -Wl,-N -o boot1.elf = boot1.o ashldi3.o syncicache.o =20 >>> CWD = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/boot/powerpc/boot1.= chrp >>> TARGET boot1.elf >>> -- command output -- >>> boot1.o: In function `fsread_size': >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): = undefined reference to `__udivdi3' >>> /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): = undefined reference to `__udivdi3' >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** Error code 1 >>>=20 >>> Note: This was -j16 for the build. >>>=20 >>> I updated /usr/src and amd64 to -r319991 and then >>> retried cross building for powerpc: same result. >>>=20 >>>=20 >>> Note: I'd frozen at -r317820 until this update. Back then >>> I could buildworld and buildkernel via clang (although >>> I could not boot the clang-based kernel and so had to >>> build a gcc 4.2.1 based one and use it). >>=20 >> I tried a gcc 4.2.1 buildworld buildkernel and it >> completed fine. >>=20 >> The __udivdi3 problem is clang toolchain specific. >=20 > Clang based build-context details: >=20 > # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ > make $* >=20 > # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > # > # Use WERROR to avoid stopping at the likes of: > # error: implicit conversion from 'int' to 'int8_t' (aka 'signed = char') changes value from 128 to -128 [-Werror,-Wconstant-conversion] > WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D >=20 > So the system binutils tools are in used. >=20 > Even though I build lld, last I tried lld could not > be used so it is not the linker used by the above. powerpc64 has the same buildworld problem for clang based builds: --- boot1.elf --- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- all_subdir_usr.sbin --- Building = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/usr.sbin/fstyp/ext2= fs.o --- all_subdir_sys --- *** [boot1.elf] Error code 1 make[6]: stopped in /usr/src/sys/boot/powerpc/boot1.chrp .ERROR_TARGET=3D'boot1.elf' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src= /sys/boot/powerpc/boot1.chrp/boot1.elf.meta' # more = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp/boot1.elf.meta # Meta data file = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp/boot1.elf.meta CMD cc -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/tmp = -B/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/tmp/usr/bin = -ffreestanding -msoft-float = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -m32 = -mcpu=3Dpowerpc -m32 -mcpu=3Dpowerpc -std=3Dgnu99 -Qunused-arguments = -nostdlib -static -Wl,-N -Wl,-m -Wl,elf32ppc_fbsd -Wl,-m = -Wl,elf32ppc_fbsd -o boot1.elf boot1.o ashldi3.o syncicache.o =20 CWD = /usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/sys/boot/powerpc/bo= ot1.chrp TARGET boot1.elf -- command output -- boot1.o: In function `fsread_size': /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x14b8): undefined = reference to `__udivdi3' /usr/src/sys/boot/powerpc/boot1.chrp/boot1.c:(.text+0x1508): undefined = reference to `__udivdi3' cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 # more = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang-amd64-host= .sh kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang-amd64-host-$= (date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64= -host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64vtsc_clang" \ make $* # more /root/src.configs/src.conf.powerpc64-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc64 # KERNCONF=3DGENERIC64vtsc-NODBG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLDB=3D # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # buildkernel fails for sign mismatch on pointed-to types. WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sat Jun 17 02:03:42 2017 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 848CCD8F714 for ; Sat, 17 Jun 2017 02:03: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 mx1.freebsd.org (Postfix) with ESMTPS id 717A97940C for ; Sat, 17 Jun 2017 02:03: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 v5H23gDX064175 for ; Sat, 17 Jun 2017 02:03:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) Date: Sat, 17 Jun 2017 02:03: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: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords 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-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 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 Jun 2017 02:03:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220024 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Assignee|freebsd-bugs@FreeBSD.org |freebsd-toolchain@FreeBSD.o | |rg --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Jun 17 03:44:56 2017 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 38FECB95CA6 for ; Sat, 17 Jun 2017 03:44:56 +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 252327CF9D for ; Sat, 17 Jun 2017 03:44:56 +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 v5H3itFs051179 for ; Sat, 17 Jun 2017 03:44:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) Date: Sat, 17 Jun 2017 03:44:56 +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: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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.23 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 Jun 2017 03:44:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220024 --- Comment #6 from Mark Millard --- (In reply to Mark Millard from comment #5) Konstantin Belousov has reported on the lists that the mix of ino_t (64-bit) and 32-bit ino types should be fine for this ufs context, mostly due to ufs being limited to 32 bit inodes in the first place. So if the __udivddi3 is supplied so that the linking can complete for building boot1.elf via clang then the result should be okay. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Jun 17 10:45:52 2017 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 63641BF7C6E for ; Sat, 17 Jun 2017 10:45:52 +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 45A6064CF7 for ; Sat, 17 Jun 2017 10:45:52 +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 v5HAjqNv083630 for ; Sat, 17 Jun 2017 10:45:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) Date: Sat, 17 Jun 2017 10:45:52 +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: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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.23 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 Jun 2017 10:45:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220024 --- Comment #7 from Mark Millard --- (In reply to Mark Millard from comment #6) Konstantin Belousov later wrote: I never said that. I apparently read too much of my overall purpose into his reply to what I asked about if the types needed to be changed in fsread.c . --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Jun 17 10:51:30 2017 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 91A8CBF7D57 for ; Sat, 17 Jun 2017 10:51:30 +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 79712650B3 for ; Sat, 17 Jun 2017 10:51:30 +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 v5HApUBR098380 for ; Sat, 17 Jun 2017 10:51:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 220024] head -r319991 clang powerpc64 and powerpc toolchains (cross build target): boot1.o: In function `fsread_size': undefined reference to `__udivdi3' (INO64 involved) Date: Sat, 17 Jun 2017 10:51:30 +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: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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.23 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 Jun 2017 10:51:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220024 --- Comment #8 from Mark Millard --- (In reply to Mark Millard from comment #7) For reference Konstantin Belousov's original words that I misrepresented were (copied and pasted): UFS uses 32bit inodes, changing to 64bit is both pointless currently, and causes on-disk layout incompatibilities. As a consequence, use of ino_t (64bit) or uint32_t for inode numbers are almost always interchangeable, unless used for specifying on-disk layout. UFS correctly uses (and was changed to use) uint32_t for inode numbers in the disk-layout definitions. Other places, which calculate inode numbers from inode block numbers, or do some other calculations with inodes, are fine with either width. That is, I believe that all instances which I looked at during the ino64 preparation are fine. --=20 You are receiving this mail because: You are the assignee for the bug.=