From owner-freebsd-toolchain@freebsd.org Sun Sep 1 21:00:45 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E4DFDE52A0 for ; Sun, 1 Sep 2019 21:00:45 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 46M5GP3x6yz3Kjq for ; Sun, 1 Sep 2019 21:00:45 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 86DE1E529E; Sun, 1 Sep 2019 21:00:45 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 86937E529D for ; Sun, 1 Sep 2019 21:00:45 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46M5GP1n0hz3Kjk for ; Sun, 1 Sep 2019 21:00:45 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 1163375C9 for ; Sun, 1 Sep 2019 21:00:45 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x81L0i6U064997 for ; Sun, 1 Sep 2019 21:00:44 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x81L0iDo064994 for toolchain@FreeBSD.org; Sun, 1 Sep 2019 21:00:44 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201909012100.x81L0iDo064994@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: toolchain@FreeBSD.org Subject: Problem reports for toolchain@FreeBSD.org that need special attention Date: Sun, 1 Sep 2019 21:00:44 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Sep 2019 21:00:46 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 234232 | clang Assertion failed when building the port dev 1 problems total for which you should take action. From owner-freebsd-toolchain@freebsd.org Tue Sep 3 19:28:31 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE948D3E19; Tue, 3 Sep 2019 19:28:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46NH735ZK5z4CZC; Tue, 3 Sep 2019 19:28:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 86FF4C24E; Tue, 3 Sep 2019 19:28:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2A88A5313D; Tue, 3 Sep 2019 21:28:30 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_DFDA7815-BF9B-403A-9CBA-F31F24F7EAAA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: amd64 head -r351153 self-built but via devel/llvm90: 'objcopy: elf_update() failed: Layout constraint violation' for gptboot.bin Date: Tue, 3 Sep 2019 21:28:23 +0200 In-Reply-To: <82D7BB4B-14B5-4F6D-A19D-942F4598520E@yahoo.com> Cc: FreeBSD Toolchain , freebsd-current@freebsd.org, freebsd-amd64@freebsd.org To: Mark Millard References: <82D7BB4B-14B5-4F6D-A19D-942F4598520E@yahoo.com> X-Mailer: Apple Mail (2.3445.104.11) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2019 19:28:31 -0000 --Apple-Mail=_DFDA7815-BF9B-403A-9CBA-F31F24F7EAAA Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 17 Aug 2019, at 05:33, Mark Millard wrote: > > I upgraded to head -r351153 and then attempted a buildworld > buildkernel via devel/llvm90 (rc2 via ports head -r509054), > but that (from scratch) build attempt got: > > --- gptboot.bin --- > objcopy: elf_update() failed: Layout constraint violation > *** [gptboot.bin] Error code 1 > make[5]: *** gptboot.bin removed It turns out this is an lld issue with the -N option, introduced with https://reviews.llvm.org/rLLD360593: https://bugs.llvm.org/show_bug.cgi?id=43212 Before, -N did not do that much, but that change can cause section offsets which do not match the stated section alignment. Hence, objcopy complains. -Dimitry --Apple-Mail=_DFDA7815-BF9B-403A-9CBA-F31F24F7EAAA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCXW6+1wAKCRCwXqMKLiCW oy+qAKCzp0cZKbF+RX81pMaRxU/HBAfC0QCeNzOvc1cxEhcBEh2jgkenkxRT+fo= =l/IB -----END PGP SIGNATURE----- --Apple-Mail=_DFDA7815-BF9B-403A-9CBA-F31F24F7EAAA-- From owner-freebsd-toolchain@freebsd.org Tue Sep 3 21:28:28 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 63474D8B8B for ; Tue, 3 Sep 2019 21:28:28 +0000 (UTC) (envelope-from sid@bsdmail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.com", Issuer "GeoTrust RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46NKnR3KCqz4Pdb for ; Tue, 3 Sep 2019 21:28:27 +0000 (UTC) (envelope-from sid@bsdmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.com; s=dbd5af2cbaf7; t=1567546101; bh=5E1kAOsaIbUgefOdAW10s1V1ogyYSEJs0TDpvUGX02E=; h=X-UI-Sender-Class:From:To:Subject:Date; b=376Q36uKpUp1lG3+qvfZueqCq4OuUL8XwcU4G3l2X8iRdObwgFEuvx8oUOP/9c49P yEo++zaV418RppAlh7nqINbpQSYTg0Md30fS4S8ubmrJnZ+e3xL+MpE5XgUxBC/tEt G4PU2e6Zgf/aLRLaJO7tjzbyRCa38R59POCmSUxY= X-UI-Sender-Class: 214d933f-fd2f-45c7-a636-f5d79ae31a79 Received: from [108.70.50.7] ([108.70.50.7]) by web-mail.mail.com (3c-app-mailcom-lxa02.server.lan [10.76.45.3]) (via HTTP); Tue, 3 Sep 2019 23:04:08 +0200 MIME-Version: 1.0 Message-ID: From: Sid To: freebsd-toolchain@freebsd.org Subject: linker not using make.conf Content-Type: text/plain; charset=UTF-8 Date: Tue, 3 Sep 2019 23:04:08 +0200 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K1:qA5J3n10MxfoHo66LRQcZqr9zNvRJHgPyW4eei6D8vHyvysTTp+W9PciryZywwtGTCj8r zNeenprvoFjl7aQaFGtK324wxKP/kWJ89f08oApwzlBrshjduzXzuheFQ3IsE5lUWFCzIIiRF+vD Wj3hqut1wzIyb45NR94XLoV5BZX93swf5pOsbiE++HpESinmdCdHBIRD+//S0ltK3ntUNNyIqxda jGUVspgpxBzvoW6zrL5AaJpPq+7SnnRCY7cMi70IKHSKvRimc1kSBByBOm6IGOOJM5iS3spGHXQE KI= X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:VLSnHfqPQqA=:zuXzEkNobXtuM9Xo3VEbgS GwKQaozEL/KZnx46paN2rT1sIOU9fRc8/vC3xA7yB9x448UZD6SUkyfF5P2dr7IiP+GP97O6p N1zaq2BB7E4xZKNUdqOJKT3KRzoeXMFNBNdWfTjjeWb6Ev5U/oSnU3HUcj6T3btMQTtyOJmyH grvdanufpVm0SWxVGKSoaNM7RXIbpFRnm21kndocMl4Ml6OjzehU32VeF8yE2Pw0ZzNUfEjLB XbXmWNvziIegKUexiChMw5cts/c3aKI6aC2cdrXFa7VYX0p8q+tBgRMZJWFfcUtJGXlk0EltZ 9sqwSCI0w+i/UHnCYUq9fC6ipphdZZoNAZ/utzsAu9X9fY48LX1d0r9F9XkD388O15eNpyvI3 s1maurdOO+LVmv74rtpxeluvK7VmZbHnAxPodEqV6+JZufG1k4iPEXjaHTM7zN8vIfprNy1Gy VDzEUTFKwL1QJUWQ3A3RVruQJ6OrGy8j7lntNOI0/+vxuUZ0EYqnRXjiIui9aINCD+xId3N50 bQ3F9ZQLXWdnl5QAHwO4XS0VpfxGmRFAspFsVncN5zXx8w27VlRNJqGvSX6IcvcaF+bLt+Gys FJVeZ9Yuy7EpyaN4ZY2+iIGhePFDT8pwtNANFHdMNXXAXk7EJNG3ZiuS/KO9zSK3fci6wx6Ep FN4czWN2l06kje/1hCgg07OeTUSS2AlMuRd8+4I3I6LHiA57VzgsUBP2jIn01IIt+3OV7oM0/ SUlIJ+9VzlRIOB8mokn9A51XS+3lqn2Puey93XGncwjgNyP3ViYP57WoEtw= X-Rspamd-Queue-Id: 46NKnR3KCqz4Pdb X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mail.com header.s=dbd5af2cbaf7 header.b=376Q36uK; dmarc=none; spf=none (mx1.freebsd.org: domain of sid@bsdmail.com has no SPF policy when checking 74.208.4.200) smtp.mailfrom=sid@bsdmail.com X-Spamd-Result: default: False [2.82 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[mail.com:s=dbd5af2cbaf7]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[bsdmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[bsdmail.com]; NEURAL_SPAM_MEDIUM(0.94)[0.935,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_SHORT(0.82)[0.822,0]; DKIM_TRACE(0.00)[mail.com:+]; NEURAL_SPAM_LONG(0.97)[0.965,0]; HAS_X_PRIO_THREE(0.00)[3]; IP_SCORE(0.00)[ip: (-0.31), ipnet: 74.208.0.0/16(4.44), asn: 8560(2.18), country: DE(-0.01)]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[200.4.208.74.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:8560, ipnet:74.208.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[bsdmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2019 21:28:28 -0000 In /etc/make.conf, I have LD= /usr/local/bin/ld.lld80 This is not used for ports. It may be used for building the kernel and world. clang-8: error: unable to execute command: Executable "ld" doesn't exist! clang-8: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 XLD= /usr/local/bin/ld.lld80 being set as well also provides the same error. XD sets it for all, but XLD is only applicable if a different compiler is used for ports than kernel and the base. When LD is set, XLD only applies when it is set as well, but this suggests that XLD is not working correctly either. I have to manually link /usr/bin/ld to /usr/local/bin/ld.lld80 for ports to build correctly. This is with both make, and with portmaster. I built my computer without ld in the base system, and this has worked well. make.conf should reference the chosen linker without having to manually link it. Otherwise, LD in make.conf is not working correctly, and gives the impression that one linker is used, when it's not. This can cause faulty conclusions and confusion for developers as well, who think one linker is set, when it's not. Thank you From owner-freebsd-toolchain@freebsd.org Wed Sep 4 14:55:32 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ACCA8F42E9 for ; Wed, 4 Sep 2019 14:55:32 +0000 (UTC) (envelope-from sid@bsdmail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.com", Issuer "GeoTrust RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Nn1b2m49z4QNC for ; Wed, 4 Sep 2019 14:55:31 +0000 (UTC) (envelope-from sid@bsdmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.com; s=dbd5af2cbaf7; t=1567608927; bh=DZ/k29D6zDlvSXhWexE9Xwk+L1UHXVNtW6wN5YXE5qk=; h=X-UI-Sender-Class:From:To:Subject:Date:References; b=ghJL6S2iug9nYR1Efc6MLdrESroj3h+MSrT1e5fBZtgd96UEAUszso+wbLCUzBRP2 kDKoznxYaLuFFd4Gfw9DP+WD/TMXu6BAQZ5QNvRvIsIf41Y/391zC83Avr9BII/MBP gam9Ej1+f/G/48MEBGTIUfUOUwd3UsvDOyvJ0uK8= X-UI-Sender-Class: 214d933f-fd2f-45c7-a636-f5d79ae31a79 Received: from [108.70.50.7] ([108.70.50.7]) by web-mail.mail.com (3c-app-mailcom-lxa01.server.lan [10.76.45.2]) (via HTTP); Wed, 4 Sep 2019 16:50:18 +0200 MIME-Version: 1.0 Message-ID: From: Sid To: freebsd-toolchain@freebsd.org, sid@bsdmail.com Subject: Re: linker not using make.conf Content-Type: text/plain; charset=UTF-8 Date: Wed, 4 Sep 2019 16:50:18 +0200 Importance: normal Sensitivity: Normal References: X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:QB1ax05tET0lPK+jp4JP3GgqExD6kHGXiKsW8l5NmP3pfFS9JqQV684QbBK/7bsJZ1CwW 7PVe8LTAVVJYjknEL6F3ys8RE/gP7u9hsuYK3TjJcCvArDjsAqOr2rQhGQug1b5+BVznDgqGnKOS ARY00Pb5WUCdtMX1ScdHusmHKQiC5GJ0KBzXPf2gf+Wv6iXTUQ/M311weQ6TCA3lEDP2cOWch2x6 fdM+G5VVOw8yITJoyVjYEy1BDDms5e0U33jvFYGge2q9VBqENmVQGIHuSIUmRSjZW028aipoP898 S0= X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:LmTqqfxW0fc=:f3oEwx17jmrJSTq3/sHVcD 29MLzptgXPouRD0d02NYV7fWJfnFROCKb7nw9XSUNWNz4/xcOp5Dk/fMWHmWy/oCkZN+KGlaH m8X5UCWkn9c7RXxZDp21RYl43qksYWzpI8jwny+cbuFEQFM2PoIzrKI7rZO8B1Z+Deedi9gsX g+nUCJjAmMT+oEnOLsER3sN6FpVIU8V3MgB0SMqa/QDgJptIPNsE8UKMtL+l3e5wUg4Lcxeh5 MEI9gFsFMI9lsEl2QIhFg6/NZAkrMdxf4XGBbBF9954mXn076/ecB3nyU4dXNIrZvFudewLZS ppilgV1dL605MAr6dEJJ0cV3N47WuyUdK7mE32IwjjRHPBEO+PYkeLPMbpCS0riVxk3cXeQjT +rwTIicF1yz51hO2qe6wq3XjoRFUyw3VpEF2quNGE1Ysmdjdks8A2Q9fFvD90p+KgcPSGFoxx hFJmIm3iJxfkTExysnD497lZU2ZqujDMr8X+6ve9lJwK3rRYHjU/xf+q72ftvukD/Pu7woQYA TfTTHtatAQ3PwrVFvZqx4OzabnAwLf4k8wnK0/vdl2g+dKV+b+toGUgxP1xzcVPlAkUURbLJA aA10JhPitgGA257YO9RywNMrSv6jvwA4J4x1ocS3LIvI3uyQ3zn0DaF3+wGJuibM/bqrXjlZ4 eoIyHGrGGU7p54Kzq+Cnek2IUEj3WWl3FMyuXhnMPWZDxoIlr6OW41DrPWuoPVk5coWgYiIE1 KAP4+9mFPv/JKIRUuhnPUbglPB7fvG1emnOaHSJ6of8rBmE5pZI21tyF0aY= Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46Nn1b2m49z4QNC X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mail.com header.s=dbd5af2cbaf7 header.b=ghJL6S2i; dmarc=none; spf=none (mx1.freebsd.org: domain of sid@bsdmail.com has no SPF policy when checking 74.208.4.200) smtp.mailfrom=sid@bsdmail.com X-Spamd-Result: default: False [2.10 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[mail.com:s=dbd5af2cbaf7]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[bsdmail.com]; RCVD_TLS_LAST(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[bsdmail.com]; NEURAL_SPAM_MEDIUM(0.25)[0.246,0]; NEURAL_SPAM_SHORT(0.84)[0.836,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[mail.com:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; IP_SCORE(0.00)[ip: (-0.30), ipnet: 74.208.0.0/16(4.44), asn: 8560(2.18), country: DE(-0.01)]; R_SPF_NA(0.00)[]; NEURAL_SPAM_LONG(0.91)[0.915,0]; RCVD_IN_DNSWL_LOW(-0.10)[200.4.208.74.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:8560, ipnet:74.208.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[bsdmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 14:55:32 -0000 > This is for FreeBSD 12.0. Older releases (since 11.2) have had similar p= roblems to this one. > I wouldn't be surprised if Stable and Current also have this problem, > because of the common past issue with this that haven't been fully reali= zed. > > Subject: linker not using make.conf > > In /etc/make.conf, I have > LD=3D /usr/local/bin/ld.lld80 > > This is not used for ports. It may be used for building the kernel and w= orld. > > clang-8: error: unable to execute command: Executable "ld" doesn't exis= t! > clang-8: error: linker command failed with exit code 1 (use -v to see i= nvocation) > *** Error code 1 > > XLD=3D /usr/local/bin/ld.lld80 being set as well also provides the same= error. XD sets it for all, but XLD is only applicable if a different comp= iler is used for ports than kernel and the base. When LD is set, XLD only = applies when it is set as well, but this suggests that XLD is not working = correctly either. > > I have to manually link /usr/bin/ld to /usr/local/bin/ld.lld80 for ports= to build correctly. This is with both make, and with portmaster. > > I built my computer without ld in the base system, and this has worked w= ell. make.conf should reference the chosen linker without having to manual= ly link it. Otherwise, LD in make.conf is not working correctly, and gives= the impression that one linker is used, when it's not. This can cause fau= lty conclusions and confusion for developers as well, who think one linker= is set, when it's not. > > Thank you From owner-freebsd-toolchain@freebsd.org Wed Sep 4 15:18:50 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1B2E9F4AFC for ; Wed, 4 Sep 2019 15:18:50 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46NnXT1qjXz4RdC for ; Wed, 4 Sep 2019 15:18:48 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 6D3063C0199; Wed, 4 Sep 2019 15:18:42 +0000 (UTC) Date: Wed, 4 Sep 2019 15:18:42 +0000 From: Brooks Davis To: Sid Cc: freebsd-toolchain@freebsd.org Subject: Re: linker not using make.conf Message-ID: <20190904151842.GA71523@spindle.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Rspamd-Queue-Id: 46NnXT1qjXz4RdC X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of brooks@spindle.one-eyed-alien.net has no SPF policy when checking 199.48.129.229) smtp.mailfrom=brooks@spindle.one-eyed-alien.net X-Spamd-Result: default: False [-7.46 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(-3.58)[ip: (-9.32), ipnet: 199.48.128.0/22(-4.64), asn: 36236(-3.86), country: US(-0.05)]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[freebsd.org]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[bsdmail.com]; FORGED_SENDER(0.30)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; SIGNED_PGP(-2.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; RCVD_COUNT_ZERO(0.00)[0] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 15:18:50 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 03, 2019 at 11:04:08PM +0200, Sid wrote: > In /etc/make.conf, I have > LD=3D /usr/local/bin/ld.lld80 >=20 > This is not used for ports. It may be used for building the kernel and wo= rld. >=20 > clang-8: error: unable to execute command: Executable "ld" doesn't exist! > clang-8: error: linker command failed with exit code 1 (use -v to see in= vocation) > *** Error code 1 >=20 > XLD=3D /usr/local/bin/ld.lld80 being set as well also provides the same = error. XD sets it for all, but XLD is only applicable if a different compil= er is used for ports than kernel and the base. When LD is set, XLD only app= lies when it is set as well, but this suggests that XLD is not working corr= ectly either. >=20 > I have to manually link /usr/bin/ld to /usr/local/bin/ld.lld80 for ports = to build correctly. This is with both make, and with portmaster. >=20 > I built my computer without ld in the base system, and this has worked we= ll. make.conf should reference the chosen linker without having to manually= link it. Otherwise, LD in make.conf is not working correctly, and gives th= e impression that one linker is used, when it's not. This can cause faulty = conclusions and confusion for developers as well, who think one linker is s= et, when it's not. >=20 The LD variable only effects the very few cases where the linker is called directly. The linker is almost always run via clang. If you install the xtoolchain-llvm80 port it will install a link from /usr/local/llvm80/bin/ld.lld to /usr/local/llvm80/bin/ld which I think will be sufficient for your use case. -- Brooks --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJdb9XRAAoJEKzQXbSebgfA2W8H/2nRJsxmTUKyNMlnELNQKmpd 3Gv2PbcT1250V2xB5PLb1+amgOagEzJbHnHYkmknHEg+bfJyMnN3/xoKv8DyEphw SWe3GcdlJnYByMF6HArVqMx4WpkgZx3UrhzYc173wd0DC51ffgHrRzOTbIPZ1qy3 7+PbRcVCKuPIkSa1r/Od6Rt0ePkLwIQ8UC8MH0ncF617Ew0V5vQ1X8dUmqwVTjY2 l7f98iWw9nnnRNyFJSBrlAbCKQV7OqRu9xje2P+vnBVY1ObxBr7B2iGnFdJGWuoo eQCAyrNI4KQBWFgwdrtAMxpoxEdWF/At3c4GiUlS5I9+diNlagb0LAEgs5wMir4= =Xkbf -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-toolchain@freebsd.org Wed Sep 4 18:40:12 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCB92C9CB7 for ; Wed, 4 Sep 2019 18:40:12 +0000 (UTC) (envelope-from sid@bsdmail.com) Received: from mout.gmx.com (mout.gmx.com [74.208.4.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.com", Issuer "GeoTrust RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Nt0q5hNyz3FS8; Wed, 4 Sep 2019 18:40:11 +0000 (UTC) (envelope-from sid@bsdmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.com; s=dbd5af2cbaf7; t=1567622408; bh=hdfJru8oM4JiKDRk/VdO7e5ZZIFEzCozTwn4C2Ljank=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=etrhkExAB3pchEXhXdcpEqG92OoMXbM7t1IHw3ctvxbIJsb+nWPx4MXImNlyZyvS7 SKroXhqoveKHSKZ9JpmG07wv1nNRa2YH18NLfVK3fTq0wFf11Pg5xI769CRPlHhcvr PAAreP/cBmm+7LtbkdDszqw8UciMCY4OVDlJpo00= X-UI-Sender-Class: 214d933f-fd2f-45c7-a636-f5d79ae31a79 Received: from [108.70.50.7] ([108.70.50.7]) by web-mail.mail.com (3c-app-mailcom-lxa13.server.lan [10.76.45.14]) (via HTTP); Wed, 4 Sep 2019 20:35:04 +0200 MIME-Version: 1.0 Message-ID: From: Sid To: "Brooks Davis" Cc: freebsd-toolchain@freebsd.org Subject: Re: linker not using make.conf Content-Type: text/plain; charset=UTF-8 Date: Wed, 4 Sep 2019 20:35:04 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <20190904151842.GA71523@spindle.one-eyed-alien.net> References: <20190904151842.GA71523@spindle.one-eyed-alien.net> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:W3esZfgYJI/f7LSGYtbo4TsC4jMF5c3jZn/Nyeo9wnGBEnGX4PK6rhAoeeqkBDpmwrUS2 HrRv+VtIpprZPm0weZOIOZBY/51RPv2+bW3p7bnZ+dcIokZ8OXTBcWbjpZGrgX/8qhD2LvchVHks 3tj/ObBGjRI6LqZRnEr19VNJrTCt6EpLSOq1hHO2FrDFz+or8cAhx44cf1yU/XbWBHbe7k6x4CSy cMB8XWYlXpJkztb/ojKMSE9n4KFcQZtYbbuUMCeOpGdH8ncjflOvmD6P9diEP4/iaI8QkkuIOLGE R4= X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:CsVfCS0YwFw=:8iuykCjqXFxwJdEFtZDFi2 UoujhyB+3Zg6aOkc4dqSNKPArHvWEPsSFANK79/GLr6drUNgYaoYU865I6mC983zplRaDyaky 4FxCXJxup/uWNU2S1qGyQ/Y3gWmutJGPvq24rNR++CN2E41R2OWx2Q8ti62HHTJoRnmkOxBHA tHvJlQCz8yvDVfTx2FQyGkVGTWirGQITWD03EcZ7B35pxNWRqlA5WMSLHuajfTAwZCR+H2QhX tcoe8eXE4T4KrwSL5Pv3IRAp5LRmyhGiG5XH3wdzvA2nvh6kbgDgMu/5grtC+NUKHp1LZYQ4U cOq2jLnoqVQcfXspCYPszdUJywGGzAPkmH3+oyoJY8ZV9wI9VDZchY7RJLosc+8i/EvCXvMWW Dn08yq44BVjDP2I/hOxhcBqSinh6KuHXiQVMW37TA5OTQhZFcFHtaNrTQgfj+F/OQDdgHLvJN O5xdV+QSQweFGcXi7n+UjyaCPuJOCap8taCt0y7yc6opyv7Og8Hm8Ffs3Ituljyd7R5zV6ddJ HOqTP9xMNC7Jp/CRQB17q5OYMweFibiquANOnUI5TIT2odHDsUbOvEDtHDWhQsxGC1mvzwHF1 KDFCQ8tZGAUWpB4BJIZWxDSKaFcGNyRk2RK3ttqvzx/1ZwP/U3MGN1KLSoRuFyiCts4DLEqrx D8M9bSNA+KXwiQ327QyQI0BYlX0bHKl3IC0k/aBntF+xTo3JFr+MPzqHyW9OzQ4rD/gwpU0bp 86hEUSX2LsuNVjH/ELsgRzPXJzAZmPBgtFDGi9a/2iaKB8ynx4F6zpuglD0= Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46Nt0q5hNyz3FS8 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mail.com header.s=dbd5af2cbaf7 header.b=etrhkExA; dmarc=none; spf=none (mx1.freebsd.org: domain of sid@bsdmail.com has no SPF policy when checking 74.208.4.200) smtp.mailfrom=sid@bsdmail.com X-Spamd-Result: default: False [2.76 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[mail.com:s=dbd5af2cbaf7]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[bsdmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[bsdmail.com]; NEURAL_SPAM_MEDIUM(0.76)[0.760,0]; NEURAL_SPAM_SHORT(0.92)[0.920,0]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-0.29), ipnet: 74.208.0.0/16(4.43), asn: 8560(2.18), country: DE(-0.01)]; DKIM_TRACE(0.00)[mail.com:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_SPAM_LONG(0.98)[0.976,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[200.4.208.74.list.dnswl.org : 127.0.3.1]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:8560, ipnet:74.208.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[bsdmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 18:40:12 -0000 When the base linker is not available, the link needs to be from /usr/bin/= ld rather than from /usr/local/*/ to /usr/local/bin/ld.lld80 or variant of= that. Also, programs being compiled do look for /usr/bin/ld or maybe anot= her ld under /usr/local/*. There were about two locations that could be us= ed for each version of the compiler and its toolchain, one like you descri= bed, because another also had a soft link. Mine works, since I have a soft link from /usr/bin/ld to the needed one in= /usr/local/bin/* If I remember correctly, installing xtoolchain-llvm didn't do much, except= for give hints on what to put as XLD. From trial an error, I found that, = LD covers everything, including what XLD covers, except when XLD is used, = it overrides LD only for ports. In other words, LD in make.conf covered bu= ilding the kernel, base, and ports. When XLD was set, it overrode LD's set= tings only for ports. At least the X version (XCC, XCXX, compared to CC, C= XX) of the other make.conf setting. The point is, I wonder how much confusion is being caused for developers, = when LD and XLD are not working as they are supposed to. When one gets fix= ed, but ends up with the same problem, because the base linker is used, ra= ther than the one make.conf is intended to make work. I wonder if this has= to do with why some ports require llvm80, and others llvm60, when the ass= umption is on the wrong needed update, when it's not using the linkers fro= m those. I also guess that, this is causing difficulties for when trying t= o make clang's utils work for different architectures. A problem like this= doesn't help, and it likely slows down development, that a new release mu= st be waited for before significant improvements can be made. The LD setti= ng in make.conf not working properly is a fundamental problem, that can ca= use other problems, and false assumptions. It's more difficult to see the problem, if the base ld is available. > Sent: Wednesday, September 04, 2019 at 10:18 AM > From: > Cc: freebsd-toolchain@freebsd.org > Subject: Re: linker not using make.conf > The LD variable only effects the very few cases where the linker is call= ed > directly. The linker is almost always run via clang. If you install th= e > xtoolchain-llvm80 port it will install a link from > /usr/local/llvm80/bin/ld.lld to /usr/local/llvm80/bin/ld which I think w= ill > be sufficient for your use case. > > On Tue, Sep 03, 2019 at 11:04:08PM +0200, Sid wrote: > > In /etc/make.conf, I have > > LD=3D /usr/local/bin/ld.lld80 > > > > This is not used for ports. It may be used for building the kernel and= world. > > > > clang-8: error: unable to execute command: Executable "ld" doesn't ex= ist! > > clang-8: error: linker command failed with exit code 1 (use -v to see= invocation) > > *** Error code 1 > > > > XLD=3D /usr/local/bin/ld.lld80 being set as well also provides the sa= me error. XD sets it for all, but XLD is only applicable if a different co= mpiler is used for ports than kernel and the base. When LD is set, XLD onl= y applies when it is set as well, but this suggests that XLD is not workin= g correctly either. > > > > I have to manually link /usr/bin/ld to /usr/local/bin/ld.lld80 for por= ts to build correctly. This is with both make, and with portmaster. > > > > I built my computer without ld in the base system, and this has worked= well. make.conf should reference the chosen linker without having to manu= ally link it. Otherwise, LD in make.conf is not working correctly, and giv= es the impression that one linker is used, when it's not. This can cause f= aulty conclusions and confusion for developers as well, who think one link= er is set, when it's not. From owner-freebsd-toolchain@freebsd.org Wed Sep 4 20:38:18 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2BA75CD3EC for ; Wed, 4 Sep 2019 20:38:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-24.consmr.mail.ne1.yahoo.com (sonic310-24.consmr.mail.ne1.yahoo.com [66.163.186.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46Nwd42wvyz3N61 for ; Wed, 4 Sep 2019 20:38:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: x2YKiNQVM1n06jP4pi82OB8KtL2DfRLLkuIcJDdGqQ3fVYK73k124nyQ9Z4MIUJ IXjTDXNiriOFjgcK9oyu5sTn1kJas3dYcKN_8kQKtx6pp16moaLWuP364WZbiY6FPCKHRMg9KNCC E_pMLWIVx2vxSJBAJ8gyzqFbfOnkXKiaweNsxXz48KIWi_NIrOUPlU3yDZH6mgkp4d8luh_bmxJ6 WUD4EPmAG8l0BPjMtqlEOiqNZca5W3a9hRn_cQBVhDLAGoJBaMKAa9jN5dIz_fqoLEsEwyFuiIJC YDDyFkgtI8zDTtL0dBKjJBFfOsSkOqtI6dYcKPlzTSdOxb7jE0J.QRqoxVn..FUqcWQ5MP72.AoO uWf27Zov.AuVgz7jGnbEhF9UULsTy_ICnVVG_89keXK0V1gm7fumll4OoNtBHroLKAoyFOzQnbcN NmBRjsf4VYaYX8YJvOxa9E.9j8mTUx2EDLbGDhMLuKtAhPA1K.OmTJxXa3UeBYCniCQ_gTQmlQ0U aGyu.3IwmvOVRw.TKfIeBexB0Th5S1pq06Hxcj1nN6WVTHdzhYYVT97MNr_q9s.iWBla7Pt6k3OF 3AiGosgFfKYRKH_UM6LCZkaQrPj.Tc_AQWjySBiCnT0NEgOkuAg4Fz0d9uPqAf4sbqzgv56TQCvx T4zD6ikrVGamN1.39pDmiQKZUjKBE4650YjZ9szUxAqwvMGHCfDwrMmhCE69v9PlShc72m72y_tx RgnrZcN6UClGnGpy2.eHlAAxxVD_h3dPxGOS7XvW9JG00koQ0YdFx.lsAyzjGR7BwqOixdOx6XvM c.kiUGPCFdfSmeB7zp5lcZ7j3uBmpwzRzbkdOfj.A1MpWbxJOWsBb9nHlcAbICeBkrgNKeZEVUzn HL7sWDhsirnCD4o2G9Y5a4uOFd8enHoPRZepeXMiIwN6b7uou0zV.kiiX3z9xIH89pwQbyLxG.8p ygXxbeHPpnGrvTHFHt8QQ3EXiJiPvUhFcgxlLmujv3lQjZJxOR5GejrieEEQV0__WYyPnWMji1um tONMUyXTLlLk4Y2KtOCSTZhb3plE84iL5n8dcLxNh38Hi6zVdTh.5XXumOE5xkd_6W.umMiifSSx U5aFgtAfUvJM84_WHCUUxkUa3Rejra4SSYmZtOFmHiU49exrA_T2P4YYCkRjchg6S3il6mfqZyjV 1YZWW.M.EhNMoyNCfFrksXsSykAzRshl_2m2MbCY4RUKMzmJ6QNgKaxpm5fHytpJ8wPRn5Ybuzkr C3YKAvHeX3s1XTrV3q5y1vEEN1ftPhzUqYZCXpS4PYs7lntJ9d09476Iuq5oXTk6L.rA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Wed, 4 Sep 2019 20:38:13 +0000 Received: by smtp409.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 18ba08b5993958123b33a92bc684e6f4; Wed, 04 Sep 2019 20:38:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: linker not using make.conf From: Mark Millard X-Priority: 3 In-Reply-To: Date: Wed, 4 Sep 2019 13:38:08 -0700 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190904151842.GA71523@spindle.one-eyed-alien.net> To: Sid X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 46Nwd42wvyz3N61 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.61 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[bsdmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.58)[0.578,0]; NEURAL_HAM_LONG(-0.82)[-0.820,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.48), ipnet: 66.163.184.0/21(1.30), asn: 36646(1.04), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.13)[0.132,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.186.163.66.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Sep 2019 20:38:18 -0000 On 2019-Sep-4, at 11:35, Sid wrote: > When the base linker is not available, the link needs to be from = /usr/bin/ld rather than from /usr/local/*/ to /usr/local/bin/ld.lld80 or = variant of that. Also, programs being compiled do look for /usr/bin/ld = or maybe another ld under /usr/local/*. There were about two locations = that could be used for each version of the compiler and its toolchain, = one like you described, because another also had a soft link. >=20 > Mine works, since I have a soft link from /usr/bin/ld to the needed = one in /usr/local/bin/* >=20 > If I remember correctly, installing xtoolchain-llvm didn't do much, = except for give hints on what to put as XLD. =46rom trial an error, I = found that, LD covers everything, including what XLD covers, except when = XLD is used, it overrides LD only for ports. In other words, LD in = make.conf covered building the kernel, base, and ports. When XLD was = set, it overrode LD's settings only for ports. At least the X version = (XCC, XCXX, compared to CC, CXX) of the other make.conf setting. >=20 > The point is, I wonder how much confusion is being caused for = developers, when LD and XLD are not working as they are supposed to. = When one gets fixed, but ends up with the same problem, because the base = linker is used, rather than the one make.conf is intended to make work. = I wonder if this has to do with why some ports require llvm80, and = others llvm60, when the assumption is on the wrong needed update, when = it's not using the linkers from those. I also guess that, this is = causing difficulties for when trying to make clang's utils work for = different architectures. A problem like this doesn't help, and it likely = slows down development, that a new release must be waited for before = significant improvements can be made. The LD setting in make.conf not = working properly is a fundamental problem, that can cause other = problems, and false assumptions. >=20 > It's more difficult to see the problem, if the base ld is available. >=20 >=20 >> Sent: Wednesday, September 04, 2019 at 10:18 AM >> From: >> Cc: freebsd-toolchain@freebsd.org >> Subject: Re: linker not using make.conf >=20 >> The LD variable only effects the very few cases where the linker is = called >> directly. The linker is almost always run via clang. If you install = the >> xtoolchain-llvm80 port it will install a link from >> /usr/local/llvm80/bin/ld.lld to /usr/local/llvm80/bin/ld which I = think will >> be sufficient for your use case. >>=20 >> On Tue, Sep 03, 2019 at 11:04:08PM +0200, Sid wrote: >>> In /etc/make.conf, I have >>> LD=3D /usr/local/bin/ld.lld80 >>>=20 >>> This is not used for ports. It may be used for building the kernel = and world. >>>=20 >>> clang-8: error: unable to execute command: Executable "ld" doesn't = exist! >>> clang-8: error: linker command failed with exit code 1 (use -v to = see invocation) >>> *** Error code 1 >>>=20 >>> XLD=3D /usr/local/bin/ld.lld80 being set as well also provides the = same error. XD sets it for all, but XLD is only applicable if a = different compiler is used for ports than kernel and the base. When LD = is set, XLD only applies when it is set as well, but this suggests that = XLD is not working correctly either. >>>=20 >>> I have to manually link /usr/bin/ld to /usr/local/bin/ld.lld80 for = ports to build correctly. This is with both make, and with portmaster. >>>=20 >>> I built my computer without ld in the base system, and this has = worked well. make.conf should reference the chosen linker without having = to manually link it. Otherwise, LD in make.conf is not working = correctly, and gives the impression that one linker is used, when it's = not. This can cause faulty conclusions and confusion for developers as = well, who think one linker is set, when it's not. May be what brooks was referring to is not familiar. So I show examples for system-clang++, llvm90's clang++90, and g++9. Here is an example of building and linking a program: # c++ -std=3Dc++17 -pedantic -O3 -pthread -c cpp_thousandslocale.cpp # c++ -std=3Dc++17 -pedantic -O3 -pthread -c cpp_clockinfo.cpp # c++ -std=3Dc++17 -pedantic -O3 -pthread cpp_thousandslocale.o = cpp_clockinfo.o -o cpp_clockinfo_main cpp_clockinfo_main.cpp That last runs a linker aa part of its activity. It make s no use of makefile macros or environment variables LD or XLD. This would be true even if if comamnds were in a makefile. Use of the -### option for the last of those commands shows the link command that clang used ("/usr/bin/ld"): FBSDFHUGE# c++ -### -std=3Dc++17 -pedantic -O3 -pthread = cpp_thousandslocale.o cpp_clockinfo.o -o cpp_clockinfo_main = cpp_clockinfo_main.cpp FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on = LLVM 8.0.1) Target: x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/c++" "-cc1" "-triple" "x86_64-unknown-freebsd13.0" = "-emit-obj" "-disable-free" "-main-file-name" "cpp_clockinfo_main.cpp" = "-mrelocation-model" "static" "-mthread-model" "posix" = "-mdisable-fp-elim" "-masm-verbose" "-mconstructor-aliases" = "-munwind-tables" "-fuse-init-array" "-target-cpu" "x86-64" = "-dwarf-column-info" "-debugger-tuning=3Dgdb" "-resource-dir" = "/usr/lib/clang/8.0.1" "-internal-isystem" "/usr/include/c++/v1" "-O3" = "-pedantic" "-std=3Dc++17" "-fdeprecated-macro" = "-fdebug-compilation-dir" "/root/c_tests" "-ferror-limit" "19" = "-fmessage-length" "200" "-pthread" "-fobjc-runtime=3Dgnustep" = "-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option" = "-fcolor-diagnostics" "-vectorize-loops" "-vectorize-slp" "-o" = "/tmp/cpp_clockinfo_main-bf9d80.o" "-x" "c++" "cpp_clockinfo_main.cpp" = "-faddrsig" "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" "/libexec/ld-elf.so.1" = "--hash-style=3Dboth" "--enable-new-dtags" "-o" "cpp_clockinfo_main" = "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" "-L/usr/lib" = "cpp_thousandslocale.o" "cpp_clockinfo.o" = "/tmp/cpp_clockinfo_main-bf9d80.o" "-lc++" "-lm" "-lgcc" "--as-needed" = "-lgcc_s" "--no-as-needed" "-lpthread" "-lc" "-lgcc" "--as-needed" = "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" Systenm-clang makes no use of ${LD} or ${XLD} but directly tries to use = /usr/bin/ld instead. Similarly for devel/llvm90 : its clang++90 uses "/usr/local/llvm90/bin/ld" directly: # clang++90 -std=3Dc++17 -pedantic -O3 -pthread -c = cpp_thousandslocale.cpp # clang++90 -std=3Dc++17 -pedantic -O3 -pthread -c cpp_clockinfo.cpp # clang++90 -std=3Dc++17 -pedantic -O3 -pthread cpp_thousandslocale.o = cpp_clockinfo.o -o cpp_clockinfo_main cpp_clockinfo_main.cpp Again using -### : # clang++90 -### -std=3Dc++17 -pedantic -O3 -pthread = cpp_thousandslocale.o cpp_clockinfo.o -o cpp_clockinfo_main = cpp_clockinfo_main.cpp clang version 9.0.0 (tags/RELEASE_900/rc2) Target: x86_64-portbld-freebsd13.0 Thread model: posix InstalledDir: /usr/local/llvm90/bin "/usr/local/llvm90/bin/clang-9" "-cc1" "-triple" = "x86_64-portbld-freebsd13.0" "-emit-obj" "-disable-free" = "-disable-llvm-verifier" "-discard-value-names" "-main-file-name" = "cpp_clockinfo_main.cpp" "-mrelocation-model" "static" "-mthread-model" = "posix" "-mdisable-fp-elim" "-masm-verbose" "-mconstructor-aliases" = "-munwind-tables" "-fuse-init-array" "-target-cpu" "x86-64" = "-dwarf-column-info" "-debugger-tuning=3Dgdb" "-resource-dir" = "/usr/local/llvm90/lib/clang/9.0.0" "-internal-isystem" = "/usr/include/c++/v1" "-O3" "-pedantic" "-std=3Dc++17" = "-fdeprecated-macro" "-fdebug-compilation-dir" "/root/c_tests" = "-ferror-limit" "19" "-fmessage-length" "200" "-pthread" = "-fobjc-runtime=3Dgnustep" "-fcxx-exceptions" "-fexceptions" = "-fdiagnostics-show-option" "-fcolor-diagnostics" "-vectorize-loops" = "-vectorize-slp" "-faddrsig" "-o" "/tmp/cpp_clockinfo_main-bb1750.o" = "-x" "c++" "cpp_clockinfo_main.cpp" "/usr/local/llvm90/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--hash-style=3Dboth" "--enable-new-dtags" "-o" = "cpp_clockinfo_main" "/usr/lib/crt1.o" "/usr/lib/crti.o" = "/usr/lib/crtbegin.o" "-L/usr/lib" "cpp_thousandslocale.o" = "cpp_clockinfo.o" "/tmp/cpp_clockinfo_main-bb1750.o" "-lc++" "-lm" = "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lpthread" "-lc" = "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" = "/usr/lib/crtn.o" Similarly for g++9 which uses "/usr/local/bin/ld" directly: # g++9 -std=3Dc++17 -pedantic -O3 -pthread -c cpp_thousandslocale.cpp # g++9 -std=3Dc++17 -pedantic -O3 -pthread -c cpp_clockinfo.cpp # g++9 -std=3Dc++17 -pedantic -O3 -pthread cpp_thousandslocale.o = cpp_clockinfo.o -o cpp_clockinfo_main cpp_clockinfo_main.cpp Again using -### : # g++9 -### -std=3Dc++17 -pedantic -O3 -pthread cpp_thousandslocale.o = cpp_clockinfo.o -o cpp_clockinfo_main cpp_clockinfo_main.cpp Using built-in specs. COLLECT_GCC=3Dg++9 = COLLECT_LTO_WRAPPER=3D/usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13= .0/9.2.0/lto-wrapper Target: x86_64-portbld-freebsd13.0 Configured with: /wrkdirs/usr/ports/lang/gcc9/work/gcc-9.2.0/configure = --enable-multilib --with-build-config=3Dbootstrap-debug --disable-nls = --enable-gnu-indirect-function --libdir=3D/usr/local/lib/gcc9 = --libexecdir=3D/usr/local/libexec/gcc9 --program-suffix=3D9 = --with-as=3D/usr/local/bin/as --with-gmp=3D/usr/local = --with-gxx-include-dir=3D/usr/local/lib/gcc9/include/c++/ = --with-ld=3D/usr/local/bin/ld --with-pkgversion=3D'FreeBSD Ports = Collection' --with-system-zlib --enable-languages=3Dc,c++,objc,fortran = --prefix=3D/usr/local --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/share/info/gcc9 = --build=3Dx86_64-portbld-freebsd13.0 Thread model: posix gcc version 9.2.0 (FreeBSD Ports Collection)=20 COLLECT_GCC_OPTIONS=3D'-std=3Dc++17' '-Wpedantic' '-O3' '-pthread' '-o' = 'cpp_clockinfo_main' '-shared-libgcc' '-mtune=3Dgeneric' '-march=3Dx86-64'= /usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/cc1plus = -quiet cpp_clockinfo_main.cpp -quiet -dumpbase cpp_clockinfo_main.cpp = "-mtune=3Dgeneric" "-march=3Dx86-64" -auxbase cpp_clockinfo_main -O3 = -Wpedantic "-std=3Dc++17" -o /tmp//ccqXOrjE.s COLLECT_GCC_OPTIONS=3D'-std=3Dc++17' '-Wpedantic' '-O3' '-pthread' '-o' = 'cpp_clockinfo_main' '-shared-libgcc' '-mtune=3Dgeneric' '-march=3Dx86-64'= /usr/local/bin/as -o /tmp//ccxktS2W.o /tmp//ccqXOrjE.s = COMPILER_PATH=3D/usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2= .0/:/usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/:/usr/loc= al/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/:/usr/local/lib/gcc9/gcc/x8= 6_64-portbld-freebsd13.0/9.2.0/:/usr/local/lib/gcc9/gcc/x86_64-portbld-fre= ebsd13.0/:/usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/../../.= ./../../x86_64-portbld-freebsd13.0/bin/ = LIBRARY_PATH=3D/usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/:/= usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/../../../../../x86= _64-portbld-freebsd13.0/lib/:/usr/local/lib/gcc9/gcc/x86_64-portbld-freebs= d13.0/9.2.0/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS=3D'-std=3Dc++17' '-Wpedantic' '-O3' '-pthread' '-o' = 'cpp_clockinfo_main' '-shared-libgcc' '-mtune=3Dgeneric' '-march=3Dx86-64'= /usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/collect2 = -plugin = /usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/liblto_plugin= .so = "-plugin-opt=3D/usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.= 0/lto-wrapper" "-plugin-opt=3D-fresolution=3D/tmp//ccA61h1w.res" = "-plugin-opt=3D-pass-through=3D-lgcc_s" = "-plugin-opt=3D-pass-through=3D-lgcc" = "-plugin-opt=3D-pass-through=3D-lpthread" = "-plugin-opt=3D-pass-through=3D-lc" "-plugin-opt=3D-pass-through=3D-lgcc_s= " "-plugin-opt=3D-pass-through=3D-lgcc" --eh-frame-hdr -m = elf_x86_64_fbsd -dynamic-linker /libexec/ld-elf.so.1 -o = cpp_clockinfo_main /usr/lib/crt1.o /usr/lib/crti.o = /usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/crtbegin.o = -L/usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0 = -L/usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/../../../../../= x86_64-portbld-freebsd13.0/lib = -L/usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/../../.. = cpp_thousandslocale.o cpp_clockinfo.o /tmp//ccxktS2W.o "-lstdc++" -lm = -lgcc_s -lgcc -lpthread -lc -lgcc_s -lgcc = /usr/local/lib/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/crtend.o = /usr/lib/crtn.o COLLECT_GCC_OPTIONS=3D'-std=3Dc++17' '-Wpedantic' '-O3' '-pthread' '-o' = 'cpp_clockinfo_main' '-shared-libgcc' '-mtune=3Dgeneric' '-march=3Dx86-64'= Although here it is less obvious what: /usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/9.2.0/collect2 ends up using. So using truss produced the evidence: 3472: execve("/usr/local/bin/ld",0x800b35180,0x7fffffffd380) EJUSTRETURN Again: no use of ${LD} or ${XLD} . Builds that want to control which linker is used need to avoid using such commands and instead use ${LD} or ${XLD} or such explicitly. Many do not do this. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Thu Sep 5 12:07:24 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 72D05E577D for ; Thu, 5 Sep 2019 12:07:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 46PKF81VyJz4fFf for ; Thu, 5 Sep 2019 12:07:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 318BAE577C; Thu, 5 Sep 2019 12:07:24 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 31456E577A for ; Thu, 5 Sep 2019 12:07:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46PKF75pbQz4fFb for ; Thu, 5 Sep 2019 12:07:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 9272F3E77 for ; Thu, 5 Sep 2019 12:07:23 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x85C7NIC005870 for ; Thu, 5 Sep 2019 12:07:23 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x85C7Nwm005859 for toolchain@FreeBSD.org; Thu, 5 Sep 2019 12:07:23 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 234232] clang Assertion failed when building the port devel/aws-checksums Date: Thu, 05 Sep 2019 12:07:23 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bapt@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? mfc-stable12? X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2019 12:07:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234232 Baptiste Daroussin changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|230355 | --- Comment #5 from Baptiste Daroussin --- Remove the blocking against 230355 as llvm/clang 7 has landed already Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230355 [Bug 230355] [exp-run] Against projects/clang700-import branch --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Sep 5 12:08:04 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C678E584E for ; Thu, 5 Sep 2019 12:08:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 46PKFv6Wwlz4fK4 for ; Thu, 5 Sep 2019 12:08:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id DFFC9E584D; Thu, 5 Sep 2019 12:08:03 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DFB92E584B for ; Thu, 5 Sep 2019 12:08:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46PKFv53GDz4fK1 for ; Thu, 5 Sep 2019 12:08:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 891F23E84 for ; Thu, 5 Sep 2019 12:08:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x85C83X6040975 for ; Thu, 5 Sep 2019 12:08:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x85C83kf040966 for toolchain@FreeBSD.org; Thu, 5 Sep 2019 12:08:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 230622] science/clhep: clang 7 crashes during build Date: Thu, 05 Sep 2019 12:08:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bapt@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: blocked Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Sep 2019 12:08:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230622 Baptiste Daroussin changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|230355 | --- Comment #3 from Baptiste Daroussin --- Remove blocker on 230355 as clang/llvm7 already landed Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230355 [Bug 230355] [exp-run] Against projects/clang700-import branch --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Sep 6 16:07:30 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 658A1F725A for ; Fri, 6 Sep 2019 16:07:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 46Q2Wk22NWz4X45 for ; Fri, 6 Sep 2019 16:07:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 45CF0F7259; Fri, 6 Sep 2019 16:07:30 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4594FF7258 for ; Fri, 6 Sep 2019 16:07:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Q2Wk16b2z4X42 for ; Fri, 6 Sep 2019 16:07:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 0AF0D1F4BD for ; Fri, 6 Sep 2019 16:07:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x86G7Tqm038521 for ; Fri, 6 Sep 2019 16:07:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x86G7Tdw038520 for toolchain@FreeBSD.org; Fri, 6 Sep 2019 16:07:29 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 236567] lang/spidermonkey170, lang/spidermonkey38: clang 8 crashes during build on armv7 and armv6 Date: Fri, 06 Sep 2019 16:07:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? 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.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2019 16:07:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236567 --- Comment #4 from commit-hook@freebsd.org --- A commit references this bug: Author: dim Date: Fri Sep 6 16:06:38 UTC 2019 New revision: 351938 URL: https://svnweb.freebsd.org/changeset/base/351938 Log: Pull in r371111 from upstream llvm trunk (by Eli Friedman): [IfConversion] Fix diamond conversion with unanalyzable branches. The code was incorrectly counting the number of identical instructions, and therefore tried to predicate an instruction which should not have been predicated. This could have various effects: a compiler crash, an assembler failure, a miscompile, or just generating an extra, unnecessary instruction. Instead of depending on TargetInstrInfo::removeBranch, which only works on analyzable branches, just remove all branch instructions. Fixes https://bugs.llvm.org/show_bug.cgi?id=3D43121 and https://bugs.llvm.org/show_bug.cgi?id=3D41121 . Differential Revision: https://reviews.llvm.org/D67203 This should fix "Unable to predicate BX killed renamable $r0" errors when building the lang/spidermonkey170 and lang/spidermonkey38 ports for armv7 and armv6. PR: 236567 MFC after: 3 days Changes: head/contrib/llvm/lib/CodeGen/IfConversion.cpp --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Sep 6 22:37:24 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A0986D9689 for ; Fri, 6 Sep 2019 22:37:24 +0000 (UTC) (envelope-from iaim@hercules.speakdigital.co.uk) Received: from hercules.speakdigital.co.uk (hercules.speakdigital.co.uk [52.18.225.211]) by mx1.freebsd.org (Postfix) with ESMTP id 46QC9c0jQ6z3Fgr for ; Fri, 6 Sep 2019 22:37:23 +0000 (UTC) (envelope-from iaim@hercules.speakdigital.co.uk) Received: by hercules.speakdigital.co.uk (Postfix, from userid 503) id 576F92EFBABF; Fri, 6 Sep 2019 22:29:36 +0000 (UTC) To: freebsd-toolchain@freebsd.org Subject: =?UTF-8?B?SW1wb3J0YW50IE1lc3NhZ2UgRnJvbSBCYW5rT2ZBbWVyaWNhwq4=?= X-PHP-Originating-Script: 503:new.php From: =?UTF-8?B?QmFuayBvZiBBbWVyaWNh?= MIME-Version: 1.0; Message-Id: <20190906222936.576F92EFBABF@hercules.speakdigital.co.uk> Date: Fri, 6 Sep 2019 22:29:36 +0000 (UTC) X-Rspamd-Queue-Id: 46QC9c0jQ6z3Fgr X-Spamd-Bar: +++++++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of iaim@hercules.speakdigital.co.uk has no SPF policy when checking 52.18.225.211) smtp.mailfrom=iaim@hercules.speakdigital.co.uk X-Spamd-Result: default: False [13.25 / 15.00]; FROM_EXCESS_BASE64(1.50)[]; ZERO_FONT(0.20)[2]; HAS_X_POS(0.00)[]; TO_DN_NONE(0.00)[]; CTYPE_MIXED_BOGUS(1.00)[]; FORGED_SENDER(0.30)[BankofAmerica@customerloyalty.accounts.com,iaim@hercules.speakdigital.co.uk]; RCVD_COUNT_ZERO(0.00)[0]; IP_SCORE(1.27)[ip: (5.91), ipnet: 52.18.0.0/15(1.87), asn: 16509(-1.36), country: US(-0.05)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:16509, ipnet:52.18.0.0/15, country:US]; MIME_TRACE(0.00)[0:+,1:~,2:+]; FROM_NEQ_ENVFROM(0.00)[BankofAmerica@customerloyalty.accounts.com,iaim@hercules.speakdigital.co.uk]; ARC_NA(0.00)[]; RBL_NIXSPAM(4.00)[211.225.18.52.ix.dnsbl.manitu.net]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.77)[0.773,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; DMARC_NA(0.00)[accounts.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000,0]; RCPT_COUNT_ONE(0.00)[1]; MANY_INVISIBLE_PARTS(0.10)[2]; AUTOGEN_PHP_SPAMMY(1.00)[]; NEURAL_SPAM_LONG(1.00)[1.000,0]; MIME_HTML_ONLY(0.20)[]; R_SPF_NA(0.00)[]; GREYLIST(0.00)[pass,body] X-Spam: Yes Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Sep 2019 22:37:24 -0000 From owner-freebsd-toolchain@freebsd.org Sat Sep 7 06:16:56 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF80AE6C46 for ; Sat, 7 Sep 2019 06:16:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 46QPMr54GMz49CH for ; Sat, 7 Sep 2019 06:16:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id AE0A9E6C45; Sat, 7 Sep 2019 06:16:56 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ADD53E6C44 for ; Sat, 7 Sep 2019 06:16:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46QPMr47vhz49CG for ; Sat, 7 Sep 2019 06:16:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 71CAA1277 for ; Sat, 7 Sep 2019 06:16:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x876GuuQ022921 for ; Sat, 7 Sep 2019 06:16:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x876Guf5022918 for toolchain@FreeBSD.org; Sat, 7 Sep 2019 06:16:56 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 240342] clang++ bus error while building LLVM as part of Julia Date: Sat, 07 Sep 2019 06:16:54 +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: 11.3-RELEASE X-Bugzilla-Keywords: 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: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2019 06:16:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240342 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |toolchain@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Sep 7 06:29:48 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 807BAE72AC for ; Sat, 7 Sep 2019 06:29:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-22.consmr.mail.ne1.yahoo.com (sonic314-22.consmr.mail.ne1.yahoo.com [66.163.189.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46QPfg3N5Qz49sl for ; Sat, 7 Sep 2019 06:29:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: b38CO.wVM1mGTYqsBhGYIGDHv376tdQDlVR._WhgZ0tlBUh_F5.3PrIxc0unJI8 nO.g2r3yXYN7TRVoUGBXPay.rK0jJtBXy8AWL3vkQ8F2eyrHBlBUwEkNezbAj_RLemY7d6GN62ZE S0abqnL.Ymld_7_xhlWiON.3Jc48ITl5QTVXoNa9ar14pNkkan5w_iumoVX.3C5tqJREbfnKb.Li Qb9mYndItJiOhfLujyjcUR9uWTQnFJwGpOwFLZo1os5sXALwnfWErBKt5X1OxhFL42hK38vCqGC7 g6QGUcZGeakHb6b4J0O8KjIXmFtuHL1oFl8vQNkp.qTybPm26HV.YBnd3PcCUKkYNmhNymvMHHno wh0EX6wtwCQc16YN5LtWmEFSf0kB2W9_h4dX1TIk57jPr6aCrQyIVoX3.pvuiBep5FnAFyyejEuf UdBBUYC28BM8juGmbNBDm2th.Bez4XTcT_IDGiXH9hqYRR5WiZaFqs66b.GO9OKyp4KRCo1pptGY E8SMoTN0vTP7MdCCYSOK4EIcBHox_Ifkf09nmSs_6rkY08lJIfjggVuPJu7CFnRovxe6jqt_qMmj uCm8_Cx2AtYXvkAxccOhHmYyICtkD4MtOGTaP3TEkang4mQRUTwm3k8cLXj16B6BuEE5FQBPBOGU argH6VvX9IEFecxY8dKyipMyrBmbCjn3ChntmXhiyQesDnGufT2U2u8HZihzC2K.lVRBtB7qvKO2 zG8cNff.mCrLcVwmfue65cHoddwyFUXsqnwPHTtuOuUQSlUrIKWLVVhwKTLIYxpFTAeLS2MoSoMz QdMKbQTFSswAKSdxu8tE7LUccuXda859xTEBm21Kn1EXzBQOBjatypF2rGIi12TpcGRM9ZfEDVZM 23_fXNK9V1ejA0O6eIxgHB2oJgcmtYvCFUUgit0jNuw6Tw5sp.SoKxmbUeURcZy5abRJvpBdAxQy M_bhovNsu7Cokee8YuWNVbug1qgM6KD8uA0EB83D40FIu9KCxs7v.21VTSKNrkQ78SlPkzsAY6bQ jN8XwVxVSKv3MCGw_nCIIujqAbQ8cD21qjkiCJtoqUdWb0UFtMXdy0qvXXnCf086IvH_awi6ncCy lbsMJb5G8lLLNT3qK9QpaRh5MixUCgHBbdBBzbw0PQ5T8nboeoHPrideFCZ9lqaNcAKxWySh8vsL sQpTle_iqtC1qXijfG4YA.NIGABCqpn.YBXCR1vejYdoClzjHY1QOirXsyeJw9QSnrv0wfcZv0_X pE1rRhTXA59D1qxQXVxy8kubpVGlaWFJYhMEMez.5f7C38Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Sat, 7 Sep 2019 06:29:45 +0000 Received: by smtp403.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a598c44e330428f6b87d1fe2ba81b4df; Sat, 07 Sep 2019 06:29:45 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: runnning after linking without -Wl,-rpath=/usr/local/lib/gcc9 : ld-elf.so.1: . . . : Undefined symbol "__floatunditf@GCC_4.2.0" Message-Id: <271792EC-FAC0-43E2-8FDE-0EA52FD98FFC@yahoo.com> Date: Fri, 6 Sep 2019 23:29:43 -0700 To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 46QPfg3N5Qz49sl X-Spamd-Bar: + X-Spamd-Result: default: False [1.21 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.76)[0.762,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.45), ipnet: 66.163.184.0/21(1.30), asn: 36646(1.04), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.63)[0.628,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_SPAM_LONG(0.32)[0.318,0]; RCVD_IN_DNSWL_NONE(0.00)[148.189.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.189.163.66.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2019 06:29:48 -0000 When I built a fairly simple C++17 program (not FreeBSD specific) (targeting aarch64) with g++9 and then tried to run it, running reported (I omit a very long file path/name that I was using): ld-elf.so.1: . . . : Undefined symbol "__floatunditf@GCC_4.2.0" # ldd . . . . . .: libstdc++.so.6 => /usr/local/lib/gcc9/libstdc++.so.6 (0x404dc000) libm.so.5 => /lib/libm.so.5 (0x406d4000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40745000) libthr.so.3 => /lib/libthr.so.3 (0x40786000) libc.so.7 => /lib/libc.so.7 (0x407e2000) Using -Wl,-rpath=/usr/local/lib/gcc9 in the link avoided the problem and let the program run (by changing which library is used, for at least one library). I've not checked if this is aarch64 specific or FreeBSD vintage specific or g++ vintage specific. (The context is head -r350364 .) (The program and its source are not ready for any distribution.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Sat Sep 7 10:32:48 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C8526EC66A for ; Sat, 7 Sep 2019 10:32:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 46QW344yh7z4LQP for ; Sat, 7 Sep 2019 10:32:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id AA560EC669; Sat, 7 Sep 2019 10:32:48 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AA1C1EC668 for ; Sat, 7 Sep 2019 10:32:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46QW3443jWz4LQN for ; Sat, 7 Sep 2019 10:32:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 6ED30440B for ; Sat, 7 Sep 2019 10:32:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x87AWmo8076816 for ; Sat, 7 Sep 2019 10:32:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x87AWmvH076815 for toolchain@FreeBSD.org; Sat, 7 Sep 2019 10:32:48 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 240342] clang++ bus error while building LLVM as part of Julia Date: Sat, 07 Sep 2019 10:32:47 +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: 11.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2019 10:32:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240342 Dimitry Andric changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dim@FreeBSD.org --- Comment #1 from Dimitry Andric --- I tried reproducing this crash on a freshly installed 11.3-RELEASE amd64 machine, but it works just fine for me: $ uname -a FreeBSD freebsd113-rel 11.3-RELEASE FreeBSD 11.3-RELEASE #0 r349754: Fri Ju= l 5 04:45:24 UTC 2019 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GEN= ERIC amd64 $ /usr/bin/time -l clang -cc1 -triple x86_64-unknown-freebsd11.3 -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name CoverageMapping.cpp -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -dwarf-column-info -debugger-tuning=3Dgdb -ffunction-sec= tions -fdata-sections -coverage-notes-file /usr/home/alex/Projects/julia/deps/scratch/llvm-6.0.1/build_Release/lib/Pro= fileData/Coverage/CMakeFiles/LLVMCoverage.dir/CoverageMapping.cpp.gcno -D GTEST_HAS_RTTI=3D0 -D __STDC_CONSTANT_MACROS -D __STDC_FORMAT_MACROS -D __STDC_LIMIT_MACROS -D NDEBUG -O3 -Werror=3Ddate-time -Werror=3Dunguarded-availability-new -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -Wno-long-long -Wu= ndef -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wstring-conversion -pedantic -std=3Dc++11 -fdeprecated-macro -ferror-limit= 19 -fmessage-length 0 -fvisibility-inlines-hidden -fno-rtti -fobjc-runtime=3Dg= nustep -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-s= lp -x c++ CoverageMapping-01cfc3.cpp -faddrsig In file included from /usr/home/alex/Projects/julia/deps/srccache/llvm-6.0.1/lib/ProfileData/Cove= rage/CoverageMapping.cpp:15: /usr/home/alex/Projects/julia/deps/srccache/llvm-6.0.1/include/llvm/Profile= Data/Coverage/CoverageMapping.h:643:25: warning: explicitly defaulted copy assignment operator is implicitly deleted [-Wdefaulted-function-deleted] LineCoverageIterator &operator=3D(const LineCoverageIterator &R) =3D defa= ult; ^ /usr/home/alex/Projects/julia/deps/srccache/llvm-6.0.1/include/llvm/Profile= Data/Coverage/CoverageMapping.h:663:23: note: copy assignment operator of 'LineCoverageIterator' is implicitly dele= ted because field 'CD' is of reference type 'const llvm::coverage::CoverageData= &' const CoverageData &CD; ^ 1 warning generated. 2.84 real 1.65 user 1.19 sys 146396 maximum resident set size 62216 average shared memory size 520 average unshared data size 250 average unshared stack size 24825 page reclaims 0 page faults 0 swaps 0 block input operations 0 block output operations 0 messages sent 0 messages received 0 signals received 3 voluntary context switches 33 involuntary context switches It does not even use a lot of memory, roughly 143 MiB. So is there anything special about your build system? Does it have very little RAM, or run a la= rge amount of parallel jobs? --=20 You are receiving this mail because: You are the assignee for the bug.=