From owner-freebsd-toolchain@freebsd.org Sun Aug 2 21:00:09 2020 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 873CD3A75CE for ; Sun, 2 Aug 2020 21:00:09 +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 4BKYLd35qtz3ghg for ; Sun, 2 Aug 2020 21:00:09 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 6A53F3A75CD; Sun, 2 Aug 2020 21:00:09 +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 68E803A75CC for ; Sun, 2 Aug 2020 21:00:09 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BKYLd2DPDz3gb4 for ; Sun, 2 Aug 2020 21:00:09 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 302B7989A for ; Sun, 2 Aug 2020 21:00:09 +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 072L09dq045456 for ; Sun, 2 Aug 2020 21:00:09 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 072L09LP045455 for toolchain@FreeBSD.org; Sun, 2 Aug 2020 21:00:09 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202008022100.072L09LP045455@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, 2 Aug 2020 21:00:09 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 02 Aug 2020 21:00:09 -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 Open | 245179 | lld: wrong/misleading "SHF_MERGE section size mus Open | 247665 | emulators/rpcs3: clang 10 crashes during build 3 problems total for which you should take action. From owner-freebsd-toolchain@freebsd.org Tue Aug 4 02:56:18 2020 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 B04423AF194 for ; Tue, 4 Aug 2020 02:56:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4BLKC42VF5z3Tr1 for ; Tue, 4 Aug 2020 02:56:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: S3QU5sYVM1lpzJWX9QMPDnOCIwb6h6lPKUOVR0SBR56GnMxdXxTolFTAOAE3mqW fyBjN30TKEWbi_5J7jyZc7XD81wtBYlFp6MqNzGwH903RiWhU._Zh4wo3ByEgxNZo4V8y9DvPd3N hdicZw8vhWGSOnW03dt5oSL.hFPuHknEG7jdOrNauxyMhboHoo64sSeSaFDo30QKFb5njRcplxod .Zf5UZxa9GUpigP9rnkJOpJzd94yveCyNTv3YlT2e9YE7pidDmHgtlVbPSZ5e8IoWUekCkIOQNrS ctlh11s_mOZgJqwpUY_rVtgxQ62gXcRfRZOfsaTRVa..Pv.3etxBZ9_0oa3YwzAEDHmNiz2bALXc FRptH3wxg.Rr3WNewolHzi1ZAjoU8xE9_RFgI_6b821aB20Rne4s8jfc4aOK4aCo1IZcz_vHtsT5 OwWSx_coND1G_V9C38VA1rR9AwD114uhjX9c9rp9.4TROeSatBjF0VlT8HoIvxXcbbxIXEgl4u6q 59s8h4GEQ3LN15XqvnWQNbpN7vYgbyRxto4f930Ann5Sk4qq_SNCvLwwpeZNsFnQVA77Er77ws.V A6Ym1wRgE_V2j04mActJfSxqtKeEe_Ir_7rN9hxp1u4I97hsCr8pzPyCtGa1kn.FbMrnOu4qiS4_ jojDaTdS_6IOsMXjcWhsNEvk9bIBxXhmDfGBqQ3ZAJUuAeFISCdhXbIVe2MQjYB5u4dIEnkcW1tl 26VU7wNFp_ZnwsXOotPzR5HvZHqdt9vq0GvD.l1YGItaGxt5ilF4S_5mqDiYs9PEiw4YiAIfo..A vJgpLuPe4a9gFIf3Jd8o.E_Nu05yAyAvsmNiGD8qNoQg7PTaUo8rR44Be7A6bZc7XlnG9yrf_z_. 05jylu__dtzO3S2vu6Y0KfjAQ8Nbwnqx.6mGPyOVoHPPtKyejfQ0LEMlIC1AT3ZAgQ0XzkIattC4 q9qViItyR667RSLpIcdAOCyprfH6S4MO22AWacw2Z_9umf5ypo.IK4DqpBLahVfFnAU4azZv3wbw Eae0sOkt8DdsJWvaREHUIbeYtjxy68Z7IUeq.kPrUoQBpndRXPYkgvRqp9BwJzYLflQEsVeTbZRm _HOi1wYdpekEHW9lxERucvlEMbA1ZEuNDRVUlTyIiKjF.6JH81MWDn6PDC672VWcoME4YoKlvp_Q Heiw67SdrtMLfmVqs0xHGKOAJ7GbEIzT5uDJyGH5dUjommc5FQrV1_sz3X6oSe0wc0PW8GIxDLBH h2sftBjKP21bh.btOsgFlpjAWACZhXTAdK.097Gf4KsBy32YXmflWQ0PwNY.kXvzhir98aIA8dHu jfNOXCo6b1u.xfNFceH2Xxr72lnSWTj0h3o9E_L0VRTKE3PHabNZUFRxT43s- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Aug 2020 02:56:14 +0000 Received: by smtp423.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID af87e93122c0f99c3f2089eb0a0470ed; Tue, 04 Aug 2020 02:56:12 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Introduce WITH(OUT)_LTO? (was: Re: svn commit: r362987 - in head: contrib/bc usr.bin/gh-bc) (LLVMgold.so and gnu's ld.gold) From: Mark Millard In-Reply-To: <8B43A4F4-E44D-40C0-8984-FD0FD43198FE@yahoo.com> Date: Mon, 3 Aug 2020 19:56:11 -0700 Cc: svn-src-head@freebsd.org, FreeBSD Toolchain , freebsd-ppc Content-Transfer-Encoding: quoted-printable Message-Id: <72B5174F-124F-4259-BDF2-32E4E850A1F8@yahoo.com> References: <64523602-7EFC-4A97-90EA-C776BF2A0AF7.ref@yahoo.com> <64523602-7EFC-4A97-90EA-C776BF2A0AF7@yahoo.com> <8B43A4F4-E44D-40C0-8984-FD0FD43198FE@yahoo.com> To: =?utf-8?Q?Stefan_E=C3=9Fer?= X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BLKC42VF5z3Tr1 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.61 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.08)[-1.084]; 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:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.028]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 04 Aug 2020 02:56:18 -0000 On 2020-Jul-25, at 13:59, Mark Millard wrote: > On 2020-Jul-8, at 01:28, Stefan E=C3=9Fer wrote: >=20 >> Am 08.07.20 um 09:01 schrieb Mark Millard: >>> The following is more informational than anything as far >>> as I'm concerned. But there may be implications that I'm >>> unaware of. (I sometimes experiment with toolchain use >>> to see what the current status is for such use.) >>>=20 >>> I attempted to build a system for 32-bit powerpc using clang >>> and binutils, building head -r363000 ( from -r363000 ). (This >>> was a cross build, amd64 -> powerpc.) It got a new type of >>> failure, compared to my past experience: >>=20 >> Hi Mark, >>=20 >> thank you for the report. I have tested with "make universe" (with >> default settings) that this version builds on all architectures, >> but Ed Maste has already disabled -flto for powerpc64, due to run >> time issues (floating point exception, IIRC). >>=20 >> I know that you are actively working on PowerPC and I'd appreciate, >> if you could provide me with information on which parameters cause >> breakage and which work for you. The combination of CLANG with LTO >> and GNU binutils cannot work - CLANG and GCC use incompatible file >> formats to represent the intermediate object files. >=20 > Hmm. It looks a little more complicated than that . . . >=20 > Looks like the devel/llvm80 devel/llvm90 and devel/llvm10 > options for powerpc64 include one for: >=20 > GOLD=3Don: Build the LLVM Gold plugin for LTO >=20 > That produces a plugin (LLVMgold.so) for use with gnu's > ld.gold ( from devel/binutils ). >=20 > . . . Ignore those notes. It looks like I greatly misinterpreted. For example doing some personal software builds with -flto in use resulted in (using devel/llvm11 as an example context): (powerpc64 context used) "/usr/local/llvm11/bin/ld" . . . -plugin = /usr/local/llvm11/bin/../lib/LLVMgold.so -plugin-opt=3Dmcpu=3Dppc64 = -plugin-opt=3DO3 . . . LLVMgold.so is for the llvm linker to use. I had built llvm10 with the gold option selected and there is: # ls -ldT /usr/local/llvm11/bin/../lib/LLVMgold.so -rwxr-xr-x 1 root wheel 94160 Jul 29 14:50:07 2020 = /usr/local/llvm11/bin/../lib/LLVMgold.so But, for the system clang 10 with -flto involved: "/usr/bin/ld" . . . -plugin /usr/bin/../lib/LLVMgold.so = -plugin-opt=3Dmcpu=3Dppc64 -plugin-opt=3DO3 . . . (yet there is no /usr/bin/../lib/LLVMgold.so present). And for even the likes of just: static volatile char big_area[67001] =3D "This is a test"; int main () { big_area[67000] =3D '9'; } commands like ( system clang and devel/llvm10 ): cc -flto main.c clang10 -flto main.c for powerpc64 produce invalid a.out files that do not even contain a main function when looked at with the likes of objdump -d --prefix-addresses and produce an a.out that does: # ./a.out Segmentation fault (core dumped) Or when run inside gdb such builds produce things like: Starting program: /root/c_tests/a.out=20 Program received signal SIGSEGV, Segmentation fault. (gdb) bt #0 0x00000000100412e8 in main () #1 0x0000000010010718 in _start (argc=3D, = argv=3D0xfffffbfffebb8, env=3D, obj=3D, = cleanup=3D, ps_strings=3D) at /usr/src/lib/csu/powerpc64/crt1_c.c:127 (gdb) disass Dump of assembler code for function main: =3D> 0x00000000100412e8 <+0>: .long 0x0 0x00000000100412ec <+4>: mullhwu r0,r1,r1 0x00000000100412f0 <+8>: .long 0x0 0x00000000100412f4 <+12>: vmsumshm v0,v2,v17,v19 0x00000000100412f8 <+16>: .long 0x0 0x00000000100412fc <+20>: .long 0x0 0x0000000010041300 <+0>: .long 0xfffff 0x0000000010041304 <+4>: stmw r31,-4128(r31) 0x0000000010041308 <+0>: .long 0xfffff 0x000000001004130c <+4>: stmw r31,-5176(r31) 0x0000000010041310 <+0>: .long 0x0 End of assembler dump. For reference: # uname -apKU FreeBSD FBSDG5L2 13.0-CURRENT FreeBSD 13.0-CURRENT #13 r363590M: Sun Jul = 26 20:14:08 PDT 2020 = root@FBSDFHUGE:/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/powe= rpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 1300102 1300102 # svnlite info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 543890 Node Kind: directory Schedule: normal Last Changed Author: gerald Last Changed Rev: 543890 Last Changed Date: 2020-07-31 22:52:17 -0700 (Fri, 31 Jul 2020) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Tue Aug 4 21:28:06 2020 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 1CE0A37FDF3 for ; Tue, 4 Aug 2020 21:28:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.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 4BLnsw6J9Yz3dkY for ; Tue, 4 Aug 2020 21:28:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5wLmmVEVM1n11YOqolKKGxg_hzoDs7OnuSWU7IjpFkq9vw4HQGteq56lyZNL7qf _z1lyA6piUKrIYTRp.KpcvoWIYyGYUKgeeDltbBTYYayfbAvpzBuiFCAS2WPpCAtqQNhrRc_5LLz ndA0mpHtStXXn_J3tJ8tFz5eVM8AT5DZBAgwFrhlivGUh3ECQPZ0J2wE_llb4HgvECSBTOMMMkim LPFVzxuF2dlwR.MJMBdCNS2o5CjwJd6zY5XeNB6Bry7EdBny_3g6S5r0HUfBFs2nu6HvqM_sSduz OmTseX1kuwDTjlOFm2PgGdoqLVK7Vh.hatqDBf192Rm35jZz1klsGQrp8pCgkoAkdkox.XKLfX7_ o1VpTsrJIPmU7XKkcY1BXk6hNBiQ331VSX65mz9H.BgGdx37pvZJd0SkvcDGUoq59gLkb6a8SyYy O2.Syxg1Fb79WmmmNeJqwCKYgqxjCu3EXlL4MKgxd7_hfH9.rNj_OaDDceDalz9FVT6GOdk2q_8L TwwLcpp2SvqqBwx4RAieOMhaFYQMbbaM.OSlnsPaaoR0_LUUxQkOxN232shm.I8GtlcCbnf9LInj NSQS2bJXBO1dDQqpWD5uBv22a6Yn3JfjF3VXxGUkCyJ3OUvbGYrLs4Qd5DmE3X46RwJZIhe44nE5 LW.3yvOcQIbd6zitf46YICx0tR0wOSH5thfnfEtk6hMXH1taPHu5H4ycT7xoEoWkA56YD3K3dBOy FIXSgjglTo08Od1QhZKrvybAgG1VJQDkvkdGV1EHJoZpvN2W4eutYskOS5E2p0bX_BJBEZsIEete vcXFLssqD2eqBKE9HRecOp9G_JA0gCsgGnv8OpCoB5J7907AlKKUBFT_h8Q_CWFWVsnMTAwlbtdH D_mNXAg8.iD3jFBpDLJRQM6d2.Arx6FAz9cpCQkiqDmlKM7E3QhtBq7dZt0Mr5t5zhG5fREyDidX eAsOoK2yV71PVaf1hiwXMNRiWL2PSt4e3iYGb7zWwrDMRIzZ_K3UsyjxOtVCRUb.VGeVpDkVqHio yYO4xYESgbDBTELcEpH.4JdSE.w4Y89UUO36xpL2sGcpRkyKslJpJNm7y_KiKXZYuqG8Pi0r51Nu 72Usun4EAkgV_DIZ5WuRpG6cxKDtnygEmaIx_sSNWmjcvmksIJznDxn8mShMRUL53cCA3t2hcXNZ PjN9fSIPOLqne_1F7jLWkCcyAY0WnVPhVYhHNh9evT6SggfdciJIKMTZJYw_2xZzGFzQmm2yYlbC 7m6fodNJ0.wnNyR7FNUdVlsvFIS4GUdGqPH4_3ZS6lJiYD4672zhFsIo7bBCKm37BlgFQxpEQytO FopZRzBAjfvgbjR0WFnZi.Y6fIGN66S8w8q8L7_8hR27dFjQkW06oLDfmSqhA_PuSPf.mwdReJua XKXDDIC4AxNP9sTyM.g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Aug 2020 21:28:03 +0000 Received: by smtp425.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4db425e77024b38f8a4488b90c89909c; Tue, 04 Aug 2020 21:27:59 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: aarch64: unable to use lang/gcc10 to use system libc++, unlike back with lang/gcc9, failure: __aarch64_ldadd8_acq_rel missing Message-Id: Date: Tue, 4 Aug 2020 14:27:58 -0700 To: freebsd-arm , FreeBSD Toolchain , FreeBSD Hackers X-Mailer: Apple Mail (2.3608.120.23.2.1) References: X-Rspamd-Queue-Id: 4BLnsw6J9Yz3dkY X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.36 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.01)[-1.008]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from]; NEURAL_HAM_SHORT(-0.81)[-0.805]; NEURAL_HAM_MEDIUM(-1.04)[-1.044]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 04 Aug 2020 21:28:06 -0000 Historically I've been able to use lang/gcc9 to build personal aarch64 c++17 applications that used head's libc++ and the like (other than some floating point support code for aarch64). The redirection of g++9 to system libraries and such looks like: . . . CXX+=3D -Wno-psabi -nostdinc -nostdinc++ -I/usr/include/c++/v1 = -I/usr/include . . . LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ -Wl,-rpath=3D/usr/local/lib/gcc9 . . . # Note: FreeBSD's libgcc_s were missing at least a floating point = routine. # The -Wl,-rpath=3D/usr/local/lib/gcc9 causes use of gcc9's = libgcc_s . # So far I've only had the issue for targeting aarch64 and armv7. . . . I do not know if there is an intention to allow such things vs. if I was just lucky that it worked at the time. Historically I've done the same on powerpc64, 32-bit powerpc, and amd64 as well. On those no -Wl,-rpath=3D... was required. Targeting armv7 did require use of -Wl,-rpath=3D/usr/local/lib/gcc9 . I've just tried the same sort of thing for using lang/gcc10 and targeting aarch64 and it fails to build: CXX+=3D -Wno-psabi -nostdinc -nostdinc++ -I/usr/include/c++/v1 = -I/usr/include . . . LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ -Wl,-rpath=3D/usr/local/lib/gcc10 It ended up failing for: /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in function = `long std::__1::__libcpp_atomic_refcount_decrement(long&)': /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in function = `long std::__1::__libcpp_atomic_refcount_increment(long&)': /usr/include/c++/v1/memory:3375: undefined reference to = `__aarch64_ldadd8_relax' /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in function = `long std::__1::__libcpp_atomic_refcount_decrement(long&)': /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined reference = to `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined reference = to `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined reference = to `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined reference = to `__aarch64_ldadd8_acq_rel' /usr/local/bin/ld: = ../objs/cpp_clockinfo-g++_10_O3-libc++.o:/usr/include/c++/v1/memory:3386: = more undefined references to `__aarch64_ldadd8_acq_rel' follow collect2: error: ld returned 1 exit status *** Error code 1 Stop. make: stopped in /root/acpphint/acpphint_src (Omitting -Wl,-rpath=3D/usr/local/lib/gcc10 made no difference.) I did not have such an issue for powerpc64. I've not tried the other platforms yet. Anyone know if I'm out in "if it hurts, then do not do that" land? Or is this something that should be possible but is currently broken? Note: The C++ source in question tries to be pure C++17 compliant code for normal builds. (And I was doing a normal build: no FreeBSD specific code or the like enabled.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Tue Aug 4 23:52:48 2020 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 6975B3A3DB0 for ; Tue, 4 Aug 2020 23:52:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4BLs4v1zbXz43TY for ; Tue, 4 Aug 2020 23:52:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 6rr5W18VM1mlGrYb14v4HEO7v3FVY.S95OihNvM_Fa4MCsT.XzBzvM8L7PQ7vw6 YgUiz0tLuIZrwIIeWL2IdG07AHCY9FZgW6wt.qIMh36hURNV2jXBnZ9mYlgrr94wYihPdUxRzvRN 3U5yHDCCgRUKaJPD9gN60yZUvvpC29kPEDckCFFGF_VDauDQ8RvtebN.tscObmzztHMgsgza.KGt wVXsmws.UAdwUn6pqxXB3eyQUMiCwh_IyBCXXgUxJKK4Ug1SPW5vy0ZfqZ9w6K8sexgIsXf3JMI1 JlKBT0gaFa8vV.o2XpXOJouqCqQR8dzN7LZ773kF.aaTJvuFLBaLoBKZ6KhwJoT4v6kP_TqkXOPj RvrBErDwKJrrxNE2tIOT98FZ.I3tVEwVLAAnmc3iKPftkLYI_Ti3QIMU59Ob9sxkBM5IVPAiydWh _Z6rsbTXA6r0Ja2j5lwP2Z627xUlQ9cdxz4kyJIh_epdbKQ75GRacvoKf2MozRgp1I3vxMAERWVW 8t6NewsG0SXCJYBD5.owhnZilxIE5Wdp3OvdM1htCV4e3YEC_GyximZQcVcI0ncpSPb5AXtvguGZ avnKPzoMOgmsy6Q6VXCnHf7B4nbHVC8tN8K4CD5OVw7WVGuYLfuXLAxvS.79LnPivFUsJG8SOJ61 2YdZTHerlAut5SPhSrnvsZv8DLVHRxwjrwwspyLB.evnWc.XIDTFMlRsB.PhLeqV74IzTNTxDRZN qTqnCz4APtNkvi3MrWR7ADizh9P35C4PjF7TiNpOsr05ngceK.cd_SETxBm7MBuUG5gWQ77Grj4I zOWn28ZxydWLM1ynUgmuyGyKoAceCdsPFjug42jM_.DD3aM94SqfIIF9XSsCfvTgFS.Z47SVV_Ck FQwYtEV8FcXBWzZSgfrej8cO_G4jQhLo_pZAzNVp_0utQpu6Iz9.W9qsKqrOsiDsumO5ARhbfdny 21bF5vT2GMfhM9nb07VKYiscH3eOC3pQODzfNMNBO0XBlGp7yY6.gssKfOWfwuxybYGsFlGDt3ts XjGfmVVGQWjtWYlPo0NqJS19t_3DwFS0wOSN.l5jj87SQoqedKBH5FER1QIruQ.KIMZNZxOLvYs6 1ZB53_1YHBxc5MHkkQYeH.W8Lcsp2KUNQjNL8CzhTSWZdyH08.gq38JjYXITDGYoPok5lDW5R9WW dZ4phJDGN.BecjSrgEySDoLzWjNLPMuqtDFWAXvuQBCgOagU4jyjb8BZT35PXZ9Xnd9QcyHS.5O1 RbGNpxIHaw1qpDsEJNVyd6S1lfrFJXqlb8lfemv6q6EjsQDbEP567BsEZNl2KEEJ9Bzprc4AoQxN iIJKi_SdesWgAZIgSzSUIv9vYkocNcOSAPzsAQcj52RoyNqCi1dcgmKml7Wt5AjSDWhq4cCD6u.Q SW5AoD6lxRq4uraF1sgE- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Aug 2020 23:52:45 +0000 Received: by smtp405.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b8817d404b5fc70bc236906a5de4c3dc; Tue, 04 Aug 2020 23:52:42 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: aarch64: unable to use lang/gcc10 to use system libc++, unlike back with lang/gcc9, failure: __aarch64_ldadd8_acq_rel missing Date: Tue, 4 Aug 2020 16:52:42 -0700 References: To: freebsd-arm , FreeBSD Toolchain , FreeBSD Hackers In-Reply-To: Message-Id: <94FBD6B8-87E7-45E9-84F7-3F17D42F4BED@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BLs4v1zbXz43TY X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.19 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.01)[-1.008]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; NEURAL_HAM_SHORT(-0.64)[-0.637]; NEURAL_HAM_MEDIUM(-1.04)[-1.044]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 04 Aug 2020 23:52:48 -0000 On 2020-Aug-4, at 14:27, Mark Millard wrote: >=20 > Historically I've been able to use lang/gcc9 to build personal > aarch64 c++17 applications that used head's libc++ and the > like (other than some floating point support code for aarch64). > The redirection of g++9 to system libraries and such looks > like: >=20 > . . . > CXX+=3D -Wno-psabi -nostdinc -nostdinc++ = -I/usr/include/c++/v1 -I/usr/include > . . . > LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ > -Wl,-rpath=3D/usr/local/lib/gcc9 > . . . > # Note: FreeBSD's libgcc_s were missing at least a floating point = routine. > # The -Wl,-rpath=3D/usr/local/lib/gcc9 causes use of gcc9's = libgcc_s . > # So far I've only had the issue for targeting aarch64 and = armv7. > . . . >=20 > I do not know if there is an intention to allow such things vs. if > I was just lucky that it worked at the time. Historically I've done > the same on powerpc64, 32-bit powerpc, and amd64 as well. On those no > -Wl,-rpath=3D... was required. Targeting armv7 did require use of > -Wl,-rpath=3D/usr/local/lib/gcc9 . >=20 >=20 >=20 > I've just tried the same sort of thing for using lang/gcc10 and > targeting aarch64 and it fails to build: >=20 > CXX+=3D -Wno-psabi -nostdinc -nostdinc++ = -I/usr/include/c++/v1 -I/usr/include > . . . > LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ > -Wl,-rpath=3D/usr/local/lib/gcc10 >=20 > It ended up failing for: >=20 > /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_decrement(long&)': > /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_increment(long&)': > /usr/include/c++/v1/memory:3375: undefined reference to = `__aarch64_ldadd8_relax' > /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_decrement(long&)': > /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' > /usr/local/bin/ld: = ../objs/cpp_clockinfo-g++_10_O3-libc++.o:/usr/include/c++/v1/memory:3386: = more undefined references to `__aarch64_ldadd8_acq_rel' follow > collect2: error: ld returned 1 exit status > *** Error code 1 >=20 > Stop. > make: stopped in /root/acpphint/acpphint_src >=20 > (Omitting -Wl,-rpath=3D/usr/local/lib/gcc10 made no difference.) >=20 > I did not have such an issue for powerpc64. I've not tried the > other platforms yet. >=20 >=20 > Anyone know if I'm out in "if it hurts, then do not do that" > land? Or is this something that should be possible but is > currently broken? >=20 >=20 > Note: The C++ source in question tries to be pure C++17 compliant > code for normal builds. (And I was doing a normal build: no FreeBSD > specific code or the like enabled.) I just tried lang/gcc9 ( -r543890 ports ) on a head -r363590 aarch64 based system, without -Wl,-rpath=3D/usr/local/lib/gcc9 used, and it still builds but at run-time programs get the likes of: ld-elf.so.1: = /root/acpphint/acpphint_kernelsurveyors_main-RPi4B-4096MiB-threads_4-LP64-= FreeBSD_13_r363590M_64bit-g++_9_O3-libc++: Undefined symbol = "__floatunditf@GCC_4.2.0" So that has not changed. This is a very different issue than what attempting to use lang/gcc10 gets. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-toolchain@freebsd.org Wed Aug 5 15:28:05 2020 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 56676379AEC for ; Wed, 5 Aug 2020 15:28:05 +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 4BMFr51hD4z3Tqk for ; Wed, 5 Aug 2020 15:28:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 3814E379AEB; Wed, 5 Aug 2020 15:28:05 +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 37DE1379C2E for ; Wed, 5 Aug 2020 15:28:05 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BMFr50m95z3TfC for ; Wed, 5 Aug 2020 15:28:05 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id F237A1827A for ; Wed, 5 Aug 2020 15:28:04 +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 075FS4JQ073415 for ; Wed, 5 Aug 2020 15:28:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 075FS4uY073414 for toolchain@FreeBSD.org; Wed, 5 Aug 2020 15:28:04 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 246322] ld.bfd error on releng/11.4 confuses many autoconf scripts Date: Wed, 05 Aug 2020 15:28:04 +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.4-RELEASE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.33 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, 05 Aug 2020 15:28:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246322 --- Comment #14 from Conrad Meyer --- Could the cflags be more constrained to the specific problematic CUs? For = gcc crt (probably dead now?), the exclusion should only be needed for crtend.o/= So.=20 That could either be a Makefile change, or we could #if 0 these lines from crtstuff.c? =20 https://svnweb.freebsd.org/base/head/contrib/gcc/crtstuff.c?revision=3D1696= 90&view=3Dmarkup&pathrev=3D209294#l483 (inside a defined(CRT_END) section starting at line 446). For llvm csu, the issue reported was specific to i386 crt1.o; globally disabling unwind seems heavy-handed. Ideally we get a _start frame on i386, but as a first step we should undisable these frames on !i386. I don't see any obvious reason llvm csu would actually emit any special last-CIE eh_frame value for i386; unlike the GNU one above, there isn't any eh_frame section symbol with magic zero value in any of the lib/csu code. = The weirdest thing about i386 crt1.o is that it has two DW_TAG_compile_units and also two CIEs. Supposing that is ld.bfd's problem, could crt1 be a .a? Alternatively, we could disable the unwind directives in crt1_s.S, keeping unwind directives for the rest of crt1.o (_start1, etc). We'd lose _start,= but still have a _start1 frame below main. (There is a special __EH_FRAME_LIST_END__ in contrib/llvm-project/compiler-rt/lib/crt/crtend.c, but as far as I can tell= we don't build that file into userspace anywhere and it wouldn't be impacted by lib/csu/Makefile.inc CFLAGS. We use the one in lib/csu/common/crtend.c.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Aug 5 15:44:10 2020 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 AC80A37A065 for ; Wed, 5 Aug 2020 15:44:10 +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 4BMGBf43Mfz3VXd for ; Wed, 5 Aug 2020 15:44:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 895EE37A28F; Wed, 5 Aug 2020 15:44:10 +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 8929B37A22D for ; Wed, 5 Aug 2020 15:44:10 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BMGBf37QMz3Vy3 for ; Wed, 5 Aug 2020 15:44:10 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4EBB3182E0 for ; Wed, 5 Aug 2020 15:44:10 +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 075FiAV1092755 for ; Wed, 5 Aug 2020 15:44:10 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 075FiAEr092752 for toolchain@FreeBSD.org; Wed, 5 Aug 2020 15:44:10 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 246322] ld.bfd error on releng/11.4 confuses many autoconf scripts Date: Wed, 05 Aug 2020 15:44:09 +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.4-RELEASE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.33 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, 05 Aug 2020 15:44:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246322 --- Comment #15 from Conrad Meyer --- Also, this doesn't seem to reproduce with modern (ports) binutils? $ llvm-readelf10 --sections /obj/usr/home/conrad/src/freebsd/i386.i386/lib/csu/i386/crt1.o ... [ 4] .eh_frame PROGBITS 00000000 0003fc 0000b8 00 A 0 = 0=20 4 $ cat main.c int main(int argc, char **argv) { return 1; } $ cc -Wall -Wextra -O2 -g -m32 -c main.c $ ld.bfd -melf_i386_fbsd /obj/usr/home/conrad/src/freebsd/i386.i386/lib/csu/i386/crt{1,i,n}.o main.o /obj/usr/home/conrad/src/freebsd/i386.i386/tmp/usr/lib/libc.a -o main.test (no error) $ ld.bfd --version GNU ld (GNU Binutils) 2.33.1 If this issue is specific to ancient base ld.bfd on 11 (and maybe 12?), I t= hink we should just revert this in CURRENT. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Aug 5 23:45:56 2020 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 219953AC0FA for ; Wed, 5 Aug 2020 23:45:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4BMStT50ltz4NvH for ; Wed, 5 Aug 2020 23:45:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 5Ndex1cVM1mykYp7Mxoa1XAJRm4A5iA6OMieRUp7OVDiSSwaxA9sT6mrY1hfePw RkWc3BvD7jgwOPoR364Yy.FWWnRFJOWjEC3qBYXBGM18httI4tHazs8AmqDSh4LIkT3f.5O3Inxs pHQJ7hd_Er84cYKne9vPmB33gMoNnteh3OF6c8aa2YpoJPUB9m131DCuqW7gulu4D7xobWGaaGW2 Sgfq.grOEWTtp1mAbjZpaMKEZrz.QoVBccmAswpGbnO9AVzOr9knsSTyXEMYajdOEURqnplXf8rG cDJ2zrMO9qdLjLIbvJPxT3cp3JWDfhu2vw06qft8GXQEixnr.RYjcfqrR6W3ijRBhWsEdj0llk01 4ySZbPIKerkFk3rQ2v0GVrgt0W9XJiNqug6UFCx53OjTR0MQZjiQpE3sC._KNKxbQ3vCsV4kLshl NAdru3JugzkVtsT8cStuQhsDq8ZB8nZU8N9FV8BKqMS.mCz2mxSBQ9Zg.Pb51MyNq2gTB_8NC9T5 u43jOWcNqj.GgHJULD3.y3ICaMsTumQVn6Lg_FFiXvB.qvWNtHm.iLNyKXr.ZMuZXha1iBzQuACr AKehLr3MrMy79l3n.lBC2goICOwW_DETu7BLDTpnUeSLBA9RM3HgqscFWiKkowN5epD_ZeFBsyFi OCjH495Pj9cVIXuWoeOEEC9AdK7fmS1TKa2Dj_3Q6D1MwsSh4wB4hq8iWeVz15Ae1gQ1NOvzZ3qN u_kXYL4YclYuDP_YjO0vP_B_Uv_oHVXHUq0n4jvKqgOSylzBED1kKTaZjmtGbvcAYL9.0TimfQI3 wQa.OKhDWZXYCed3AQ6iOOrzAJGKjBxqUXo0fmyEVL.Izr.NwNMWrV7.g.XQ9_htq0Ab2qaNp2fX pIp8duMJT1Xqvayw_H5jUDPVbImEbLXkdPIIGjrc7U.tMz39FBDQTThWiilqvKwbQM2m41sza8XZ jOLqbAaFSleQ9hGHY9pOB0lnR6o1JRLwc889hXKqWqSjTLLqCpzC58m9HeW4e5f.nyoydiaG3jUa ahORTUsK8F_RDvX0lBaaSlUVtkHNXHo5a5MMZXim5EqhpXFDL9lcukIdUDe0RNGev0DYFNvtlXlg 5aP_j5OuQlwEtHElp.09sczFPHV__Has2cqG7GfzijeEVfXjcQbaTB88wmP1YH4wV0u7Syjx_n98 yoRkAFRa0t7jobkYh19Tka84OECrP7WPwOVE3QwE_GR5P6C5I0uAhYgs3orgBvwJLKe7BnCY7t9u ZJK6rkPydC47Y2x9Qk8gDaEEu7eg8pBk0RIUlNq5ev5yRqdn3o6R_ZvoXrFVIoaL1KKb2inoplmU fyVkc49Ufr7nF_7sVjQxNj_HpHNzxWKcuu5l8suAigU7.xpfiv9r5NADotbw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 5 Aug 2020 23:45:52 +0000 Received: by smtp413.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 386af578cca6f4a34951f0d104327f8c; Wed, 05 Aug 2020 23:45:47 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: aarch64: unable to use lang/gcc10 to use system libc++ . . . [ unless I use -mno-outline-atomics for gcc10's 10.1 and later] Date: Wed, 5 Aug 2020 16:45:46 -0700 References: <94FBD6B8-87E7-45E9-84F7-3F17D42F4BED@yahoo.com> To: freebsd-arm , FreeBSD Toolchain , FreeBSD Hackers In-Reply-To: <94FBD6B8-87E7-45E9-84F7-3F17D42F4BED@yahoo.com> Message-Id: <1E88269B-C277-4543-BDB5-19CE71F5B93B@yahoo.com> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BMStT50ltz4NvH X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.22 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.996]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; NEURAL_HAM_SHORT(-0.72)[-0.724]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 05 Aug 2020 23:45:56 -0000 On 2020-Aug-4, at 16:52, Mark Millard wrote: > On 2020-Aug-4, at 14:27, Mark Millard wrote: >>=20 >> Historically I've been able to use lang/gcc9 to build personal >> aarch64 c++17 applications that used head's libc++ and the >> like (other than some floating point support code for aarch64). >> The redirection of g++9 to system libraries and such looks >> like: >>=20 >> . . . >> CXX+=3D -Wno-psabi -nostdinc -nostdinc++ = -I/usr/include/c++/v1 -I/usr/include >> . . . >> LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s = \ >> -Wl,-rpath=3D/usr/local/lib/gcc9 >> . . . >> # Note: FreeBSD's libgcc_s were missing at least a floating point = routine. >> # The -Wl,-rpath=3D/usr/local/lib/gcc9 causes use of gcc9's = libgcc_s . >> # So far I've only had the issue for targeting aarch64 and = armv7. >> . . . >>=20 >> I do not know if there is an intention to allow such things vs. if >> I was just lucky that it worked at the time. Historically I've done >> the same on powerpc64, 32-bit powerpc, and amd64 as well. On those no >> -Wl,-rpath=3D... was required. Targeting armv7 did require use of >> -Wl,-rpath=3D/usr/local/lib/gcc9 . >>=20 >>=20 >>=20 >> I've just tried the same sort of thing for using lang/gcc10 and >> targeting aarch64 and it fails to build: >>=20 >> CXX+=3D -Wno-psabi -nostdinc -nostdinc++ = -I/usr/include/c++/v1 -I/usr/include >> . . . >> LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s = \ >> -Wl,-rpath=3D/usr/local/lib/gcc10 >>=20 >> It ended up failing for: >>=20 >> /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_decrement(long&)': >> /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_increment(long&)': >> /usr/include/c++/v1/memory:3375: undefined reference to = `__aarch64_ldadd8_relax' >> /usr/local/bin/ld: ../objs/cpp_clockinfo-g++_10_O3-libc++.o: in = function `long = std::__1::__libcpp_atomic_refcount_decrement(long&)': >> /usr/include/c++/v1/memory:3386: undefined reference to = `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: /usr/include/c++/v1/memory:3386: undefined = reference to `__aarch64_ldadd8_acq_rel' >> /usr/local/bin/ld: = ../objs/cpp_clockinfo-g++_10_O3-libc++.o:/usr/include/c++/v1/memory:3386: = more undefined references to `__aarch64_ldadd8_acq_rel' follow >> collect2: error: ld returned 1 exit status >> *** Error code 1 >>=20 >> Stop. >> make: stopped in /root/acpphint/acpphint_src >>=20 >> (Omitting -Wl,-rpath=3D/usr/local/lib/gcc10 made no difference.) >>=20 >> I did not have such an issue for powerpc64. I've not tried the >> other platforms yet. >>=20 >>=20 >> Anyone know if I'm out in "if it hurts, then do not do that" >> land? Or is this something that should be possible but is >> currently broken? >>=20 >>=20 >> Note: The C++ source in question tries to be pure C++17 compliant >> code for normal builds. (And I was doing a normal build: no FreeBSD >> specific code or the like enabled.) >=20 > I just tried lang/gcc9 ( -r543890 ports ) on a head -r363590 > aarch64 based system, without -Wl,-rpath=3D/usr/local/lib/gcc9 > used, and it still builds but at run-time programs get the > likes of: >=20 > ld-elf.so.1: = /root/acpphint/acpphint_kernelsurveyors_main-RPi4B-4096MiB-threads_4-LP64-= FreeBSD_13_r363590M_64bit-g++_9_O3-libc++: Undefined symbol = "__floatunditf@GCC_4.2.0" >=20 > So that has not changed. This is a very different issue than > what attempting to use lang/gcc10 gets. >=20 I finally figured out what is going on as of gcc10.1 and later for aarch64: -moutline-atomics is now the default in gcc10.1 and later for aarch64 but FreeBSD is not set up for such as far as I can tell. (Outlined atomics dynamically detect later-added instructions being available and use them instead of the original code sequences that are required on the older aarch64 hardware. On the older hardware they do things the old way.) To get the older style of code generation that avoids needing to have an implementation of the outlined atomics, I've added use of -mno-outline-atomics for aarch64. For example, for avoiding use of gcc's libraries for the most part: CXX+=3D -Wno-psabi -nostdinc -nostdinc++ -I/usr/include/c++/v1 = -I/usr/include OPT=3D -O3 -mcpu=3Dcortex-a53 -mno-outline-atomics . . . LDCXX=3D -nodefaultlibs -lc++ -lcxxrt -lthr -lm -lc -lgcc_s \ -Wl,-rpath=3D/usr/local/lib/gcc10 =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 Aug 6 19:09:03 2020 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 36C063A8D71 for ; Thu, 6 Aug 2020 19:09:03 +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 4BMyhb0mBqz4TKf for ; Thu, 6 Aug 2020 19:09:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 186293A8F33; Thu, 6 Aug 2020 19:09: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 182DB3A8CED for ; Thu, 6 Aug 2020 19:09: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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BMyhZ72qbz4TDx for ; Thu, 6 Aug 2020 19:09:02 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id D6AB6B951 for ; Thu, 6 Aug 2020 19:09:02 +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 076J92e5039391 for ; Thu, 6 Aug 2020 19:09:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 076J92ds039390 for toolchain@FreeBSD.org; Thu, 6 Aug 2020 19:09:02 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 233664] enable LLVM libunwind for armv7, armv6 Date: Thu, 06 Aug 2020 19:09:02 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: feature, needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mmel@FreeBSD.org X-Bugzilla-Flags: mfc-stable12- mfc-stable11- 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.33 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, 06 Aug 2020 19:09:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233664 --- Comment #22 from commit-hook@FreeBSD.org --- A commit references this bug: Author: dim Date: Thu Aug 6 19:08:29 UTC 2020 New revision: 363976 URL: https://svnweb.freebsd.org/changeset/base/363976 Log: Reapply r355803 (by mmel): Fix LLVM libunwnwind _Unwind_Backtrace symbol version for ARM. In original GNU libgcc, _Unwind_Backtrace is published with GCC_3.3 vers= ion for all architectures but ARM. For ARM should be publishes with GCC_4.3.0 version. This was originally omitted in r255095, fixed in r318024 and omi= tted aging in LLVM libunwind implementation in r354347. For ARM _Unwind_Backtrace should be published as default with GCC_4.3.0 version , (because this is right original version) and again as normal(not-default) with GCC_3.3 version (to maintain ABI compatibility compiled/linked with wrong pre r318024 libgcc) PR: 233664 Changes: =20 projects/clang1100-import/contrib/llvm-project/libunwind/src/UnwindLevel1-g= cc-ext.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Aug 7 05:24:32 2020 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 3D0223B2DB1 for ; Fri, 7 Aug 2020 05:24:32 +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 4BNDLm0jMXz42pM for ; Fri, 7 Aug 2020 05:24:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 166C73B2F0C; Fri, 7 Aug 2020 05:24:32 +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 161323B2DB0 for ; Fri, 7 Aug 2020 05:24:32 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BNDLl6xQHz430S for ; Fri, 7 Aug 2020 05:24:31 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id D270912D9C for ; Fri, 7 Aug 2020 05:24:31 +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 0775OV4K039965 for ; Fri, 7 Aug 2020 05:24:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0775OVU8039964 for toolchain@FreeBSD.org; Fri, 7 Aug 2020 05:24:31 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 233664] enable LLVM libunwind for armv7, armv6 Date: Fri, 07 Aug 2020 05:24:32 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: feature X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mmel@FreeBSD.org X-Bugzilla-Flags: mfc-stable12- mfc-stable11- X-Bugzilla-Changed-Fields: keywords 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.33 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, 07 Aug 2020 05:24:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233664 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs-patch, needs-qa | --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Aug 7 16:42:43 2020 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 704143BEFEE for ; Fri, 7 Aug 2020 16:42:43 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BNWPH1jMYz4ds7 for ; Fri, 7 Aug 2020 16:42:43 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 38E403BEFED; Fri, 7 Aug 2020 16:42:43 +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 379AC3BF046 for ; Fri, 7 Aug 2020 16:42:43 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lj1-f170.google.com (mail-lj1-f170.google.com [209.85.208.170]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BNWPF4zSPz4ds6 for ; Fri, 7 Aug 2020 16:42:41 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lj1-f170.google.com with SMTP id i10so2896101ljn.2 for ; Fri, 07 Aug 2020 09:42:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=QziIMfj4PFHHunIHXP+Auo8J1kzBNTyBi8Imlgrj5ic=; b=mEycZPCtg+LLwjbkREGEJvz+bTZPu1aYGEQLNq+XnAhG1XomlrJMYTR/e/X8+B9Jj1 7ddviZ9ftwPJrHpE8MnwukzAlzjGf14W5wSFS+MKpiPx6jd+LWnfiax+xQoV9wNuMhXJ 5QQ6mKdbvfvYXBypydcKHlm9mJ5fZTi0T00lwlKX3mD3XcDvKtifYxPHpWE2u2ou2vfB i7M9sunYpWyt2iuDrMthMsJWCYKVzCFDf9AA5ZyDoawDrzqATwW9c+wSokypBs2nGYwG yN+9fkloaLsRUe1rvMyq1NdKSAEdZtQHl1qTp8J5z8DOp+vf7Zb5ZonvjKAhCznZXPEO 1iSQ== X-Gm-Message-State: AOAM533nH7nQQ3eEYVV4VUuvnolBp8iPhIf5W7ZO6Xj7uTSxm+/fIIhq 6rja/Eq2U91+z8HNTj0jMAaVOPZ1B34= X-Google-Smtp-Source: ABdhPJytlqupTHYsGUHqE7gokEDly7U3c4Xbyqm5Rq+q139ghIh/ArHb7BNzbJxthCAZ2AwQBtUHMA== X-Received: by 2002:a05:651c:2044:: with SMTP id t4mr6114859ljo.420.1596818559756; Fri, 07 Aug 2020 09:42:39 -0700 (PDT) Received: from mail-lf1-f52.google.com (mail-lf1-f52.google.com. [209.85.167.52]) by smtp.gmail.com with ESMTPSA id t18sm4367449ljc.126.2020.08.07.09.42.39 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 07 Aug 2020 09:42:39 -0700 (PDT) Received: by mail-lf1-f52.google.com with SMTP id 140so1322264lfi.5 for ; Fri, 07 Aug 2020 09:42:39 -0700 (PDT) X-Received: by 2002:ac2:58c6:: with SMTP id u6mr6809177lfo.105.1596818558973; Fri, 07 Aug 2020 09:42:38 -0700 (PDT) MIME-Version: 1.0 From: Gleb Popov Date: Fri, 7 Aug 2020 20:42:12 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Undefined reference to __atomic_store_8 To: toolchain@freebsd.org X-Rspamd-Queue-Id: 4BNWPF4zSPz4ds6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.208.170 as permitted sender) smtp.mailfrom=6yearold@gmail.com X-Spamd-Result: default: False [-0.52 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[toolchain@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.37)[0.371]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.81)[-0.811]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.08)[-0.085]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.170:from]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.170:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 07 Aug 2020 16:42:43 -0000 Hello toolchain@ I'm testing a new release of GHC (Haskell compiler) and it fails to link to i386 architectures with /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/ libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to `__atomic_store_8' /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/ libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to `__atomic_load_8' Any suggestions on how to fix this? Thanks in advance. From owner-freebsd-toolchain@freebsd.org Fri Aug 7 21:29:11 2020 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 0B4FF374F80 for ; Fri, 7 Aug 2020 21:29:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 4BNdlp5q3mz3wsm for ; Fri, 7 Aug 2020 21:29:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id C5AEA374F7F; Fri, 7 Aug 2020 21:29:10 +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 C4430374D20 for ; Fri, 7 Aug 2020 21:29:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BNdlp20Ypz3gkj; Fri, 7 Aug 2020 21:29:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 077LSuIk050282 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 8 Aug 2020 00:28:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 077LSuIk050282 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 077LSuM4050281; Sat, 8 Aug 2020 00:28:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Aug 2020 00:28:55 +0300 From: Konstantin Belousov To: Gleb Popov Cc: toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200807212855.GB2551@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BNdlp20Ypz3gkj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; REPLY(-4.00)[] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 07 Aug 2020 21:29:11 -0000 On Fri, Aug 07, 2020 at 08:42:12PM +0400, Gleb Popov wrote: > Hello toolchain@ > > I'm testing a new release of GHC (Haskell compiler) and it fails to link to > i386 architectures with > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/ > libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to `__atomic_store_8' > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/ > libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to `__atomic_load_8' > > Any suggestions on how to fix this? Either link to libatomic from recent gcc, or switch target cpu to something that is pentium or newer. I doubt that it is reasonable to run GHC on 486. From owner-freebsd-toolchain@freebsd.org Sat Aug 8 00:49:25 2020 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 EBFB6378D12 for ; Sat, 8 Aug 2020 00:49:25 +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 4BNkBs62q1z46rN for ; Sat, 8 Aug 2020 00:49:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id CF5C83787EE; Sat, 8 Aug 2020 00:49:25 +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 CF257378CA2 for ; Sat, 8 Aug 2020 00:49:25 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BNkBs4sFlz46lR for ; Sat, 8 Aug 2020 00:49:25 +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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 8B57D2069A for ; Sat, 8 Aug 2020 00:49:25 +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 0780nPwc093727 for ; Sat, 8 Aug 2020 00:49:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0780nPPM093726 for toolchain@FreeBSD.org; Sat, 8 Aug 2020 00:49:25 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 247665] emulators/rpcs3: clang 10 crashes during build Date: Sat, 08 Aug 2020 00:49:25 +0000 X-Bugzilla-Reason: AssignedTo CC 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: crash, needs-patch X-Bugzilla-Severity: Affects Some People 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? mfc-stable12? mfc-stable11? 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.33 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, 08 Aug 2020 00:49:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247665 --- Comment #5 from commit-hook@FreeBSD.org --- A commit references this bug: Author: jbeich Date: Sat Aug 8 00:48:51 UTC 2020 New revision: 544351 URL: https://svnweb.freebsd.org/changeset/ports/544351 Log: emulators/rpcs3: switch to clang from ports PR: 247665 Changes: head/emulators/rpcs3/Makefile --=20 You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Aug 8 08:38:12 2020 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 DB50F3A47C4 for ; Sat, 8 Aug 2020 08:38:12 +0000 (UTC) (envelope-from 6yearold@gmail.com) 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 4BNwbm4n7Zz4Vlt for ; Sat, 8 Aug 2020 08:38:12 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id A24293A4826; Sat, 8 Aug 2020 08:38:12 +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 A20593A47C3 for ; Sat, 8 Aug 2020 08:38:12 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BNwbl21ldz4VZ5 for ; Sat, 8 Aug 2020 08:38:11 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lj1-f174.google.com with SMTP id w14so4587865ljj.4 for ; Sat, 08 Aug 2020 01:38:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CFclcoOeTB4z2jGhBC/pFYZpiS4iLfiFY+wRYTRDN9Q=; b=ePDv4OPl7MoBKBWL2QhMZS4+jijjmPTjqBWzSE+bHK3Q/toktfhyJHLiGHiXQvhKRZ 6mbqFL4ws9MbT1iHxPIfU3ZoKnBJ91ajIYIdrHmMOTjBDm7kkEKq0W2tJWke1Igl2EeQ qJ2H1/YPrk5+LkYy2iIrhOucaoXuksGMca+R68HOsfWmzfHWX+cyH8ETY8yONDm04Sme McqzB8elzZjMcfmSzXaYv0RWomRuzQ5By5b4MtUAXwv91BX6LPlFUVsXBpoX/+ieE9fI XKLfdgGtsdZ1egly344odglN9oBeSj24uEw2lrZgHPZ9wjW990i7j2hwaY9QL+coUVdZ hQMA== X-Gm-Message-State: AOAM530Na3tm7PX/HrmvHCP0gDtfbvV4D6V/0AAu6l5gS3q33MhPlxRd jBDt2uqWwcf42BYp//hxju6iH/hqMx8= X-Google-Smtp-Source: ABdhPJxTxm6SQ4ppZjlvVTgsvFQqGMCqAPdLqRvUU2IoG7o60ixwrYRj5BCUE3AYerpoeL93AQLz6Q== X-Received: by 2002:a2e:9bc8:: with SMTP id w8mr7468608ljj.351.1596875888761; Sat, 08 Aug 2020 01:38:08 -0700 (PDT) Received: from mail-lj1-f169.google.com (mail-lj1-f169.google.com. [209.85.208.169]) by smtp.gmail.com with ESMTPSA id x9sm4764310lja.128.2020.08.08.01.38.08 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 08 Aug 2020 01:38:08 -0700 (PDT) Received: by mail-lj1-f169.google.com with SMTP id t23so4589514ljc.3 for ; Sat, 08 Aug 2020 01:38:08 -0700 (PDT) X-Received: by 2002:a2e:9bc6:: with SMTP id w6mr2127294ljj.404.1596875888447; Sat, 08 Aug 2020 01:38:08 -0700 (PDT) MIME-Version: 1.0 References: <20200807212855.GB2551@kib.kiev.ua> In-Reply-To: <20200807212855.GB2551@kib.kiev.ua> From: Gleb Popov Date: Sat, 8 Aug 2020 12:37:42 +0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Undefined reference to __atomic_store_8 To: Konstantin Belousov Cc: toolchain@freebsd.org X-Rspamd-Queue-Id: 4BNwbl21ldz4VZ5 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of 6yearold@gmail.com designates 209.85.208.174 as permitted sender) smtp.mailfrom=6yearold@gmail.com X-Spamd-Result: default: False [-1.81 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-0.78)[-0.784]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[toolchain@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.57)[-0.570]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.174:from]; NEURAL_HAM_MEDIUM(-0.46)[-0.461]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[arrowd@freebsd.org,6yearold@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.174:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[arrowd@freebsd.org,6yearold@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 08 Aug 2020 08:38:12 -0000 On Sat, Aug 8, 2020 at 1:29 AM Konstantin Belousov wrote: > On Fri, Aug 07, 2020 at 08:42:12PM +0400, Gleb Popov wrote: > > Hello toolchain@ > > > > I'm testing a new release of GHC (Haskell compiler) and it fails to link > to > > i386 architectures with > > > > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/ > > libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to > `__atomic_store_8' > > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/ > > libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to > `__atomic_load_8' > > > > Any suggestions on how to fix this? > > Either link to libatomic from recent gcc, or switch target cpu to something > that is pentium or newer. I doubt that it is reasonable to run GHC on 486. > By switching target CPU you mean passing -march=pentium? From owner-freebsd-toolchain@freebsd.org Sat Aug 8 13:30:09 2020 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 3C4F23AC705 for ; Sat, 8 Aug 2020 13:30:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) 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 4BP34d08d1z3ydB for ; Sat, 8 Aug 2020 13:30:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 0338B3AC66F; Sat, 8 Aug 2020 13:30:09 +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 01D303AC789 for ; Sat, 8 Aug 2020 13:30:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BP34c3GRQz3yX6; Sat, 8 Aug 2020 13:30:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 078DU0f3076294 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 8 Aug 2020 16:30:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 078DU0f3076294 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 078DU04k076293; Sat, 8 Aug 2020 16:30:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 8 Aug 2020 16:30:00 +0300 From: Konstantin Belousov To: Gleb Popov Cc: toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200808133000.GC2551@kib.kiev.ua> References: <20200807212855.GB2551@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BP34c3GRQz3yX6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 08 Aug 2020 13:30:09 -0000 On Sat, Aug 08, 2020 at 12:37:42PM +0400, Gleb Popov wrote: > On Sat, Aug 8, 2020 at 1:29 AM Konstantin Belousov > wrote: > > > On Fri, Aug 07, 2020 at 08:42:12PM +0400, Gleb Popov wrote: > > > Hello toolchain@ > > > > > > I'm testing a new release of GHC (Haskell compiler) and it fails to link > > to > > > i386 architectures with > > > > > > > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/ > > > libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to > > `__atomic_store_8' > > > > > /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/ > > > libHSghc-prim-0.6.1-ghc8.10.1.so: undefined reference to > > `__atomic_load_8' > > > > > > Any suggestions on how to fix this? > > > > Either link to libatomic from recent gcc, or switch target cpu to something > > that is pentium or newer. I doubt that it is reasonable to run GHC on 486. > > > > By switching target CPU you mean passing -march=pentium? For code generated by gcc or clang, yes. If the reference to the symbol was generated by ghc, then I do not know. From owner-freebsd-toolchain@freebsd.org Sat Aug 8 14:12:04 2020 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 77DF73ACE7F for ; Sat, 8 Aug 2020 14:12:04 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BP4102V5jz41RY for ; Sat, 8 Aug 2020 14:12:04 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 557693AD2CC; Sat, 8 Aug 2020 14:12:04 +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 553C33AD4AB for ; Sat, 8 Aug 2020 14:12:04 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay106.isp.belgacom.be (mailrelay106.isp.belgacom.be [195.238.20.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign RSA OV SSL CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BP40z56YRz41D9; Sat, 8 Aug 2020 14:12:03 +0000 (UTC) (envelope-from tijl@freebsd.org) IronPort-SDR: yVC5Z1jMo9c5xbSCBpheASEhnsAAFdua7c1oAOoxMaAVYt73cG1mh6veGGTBVPOVz4ekFCfeSa qhYQVLVuHfOSM37+At28QjV5li9gPtX0maa5OO6LcN04m4jA5FwIILK5WwhE/0Vi4kbvAD0TAA QeCvgR97afLxlsCH58VKUjo/mc3+F2PVj1UpbHe6o9OiKa3gnpNiG7sBZmzzDPtNmQt+2TgnGk VjyVC9QbXJjasYEkpW27a/0RoQ8rw+nAOpbGsT2bcB7g/TtlYz5WWJscFbBzececEC5qJgKDAm wsQ= X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3ACh+tBRDwXJUYllcJQFmvUyQJP3N1i/DPJgcQr6?= =?us-ascii?q?AfoPdwSPX9pMbcNUDSrc9gkEXOFd2Cra4d1ayG7+u9ASQp2tWoiDg6aptCVh?= =?us-ascii?q?sI2409vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6nK94iQPFR?= =?us-ascii?q?rhKAF7Ovr6GpLIj8Swyuu+54Dfbx9HiTagYL5+Nha7oAreusQWnYdpN7o8xA?= =?us-ascii?q?bOrnZUYepd2HlmJUiUnxby58ew+IBs/iFNsP8/9MBOTLv3cb0gQbNXEDopPW?= =?us-ascii?q?Y15Nb2tRbYVguA+mEcUmQNnRVWBQXO8Qz3UY3wsiv+sep9xTWaMMjrRr06RT?= =?us-ascii?q?iu86FmQwLuhSwaNTA27XvXh9R+gqxbvhyvuh9xzIzaYI6aKPVwcbjQfc8YSG?= =?us-ascii?q?dbQspdSzBNDp26YoASD+QBJ+FYr4zlqlUQqBm+ARSnCf3oyj9PnX/5w6g63P?= =?us-ascii?q?4nEQHdwQctGM4OsHXWrNXxL6ocUfq1w7fWwjjecv1Y1y3x6I/SchAuuPyBW6?= =?us-ascii?q?97fsXNx0c1DQzFkkmQppL/PzOTzukAvGaV4uViWO+hj2Mrtx99ryWvy8sxlo?= =?us-ascii?q?XEhJ8ZxFDE+Ct33Is5OdO2RFBnbNOlH5ZduSKXO5Z3T84iX2xltig0x7sbsp?= =?us-ascii?q?C1eygKzY4oxx/Za/GfdIiI+g7jVOeWITd+n3JpYre/hxW0/EO9yeP8TtG53V?= =?us-ascii?q?VXoiZfjNXBuWwB2wbc58WFUPdx40Os1DKJ2gvO8O9LO1o0mrDeK5M5x74wkY?= =?us-ascii?q?ccvlrbEy/tnUX2kLeWdkI5+ui08+jnYqvpppubN4JsiQHxKKAums26AesmKA?= =?us-ascii?q?gOWHKX+fi91L3h+U31WqlFjvoxkqnCrp/aIN4UpqiiAwNP1YYj8Rm/Ay+n0N?= =?us-ascii?q?Qeg3YHMEpIdRGag4TzJV3DL+z0Ae2wjlmuijtn2vTLM7n5DpXINHfDkbPhfb?= =?us-ascii?q?hn605bzQo+1cxf55NWCrEFO//zVFXxu8LGARAiKAy73vzrCNJn1oMRQW6PGL?= =?us-ascii?q?OWMLvOsV+U4eIiO/WMZIgSuDb5N/cl5+ThjX4/mVIGc6mpx4UYZ26jEfR9Pk?= =?us-ascii?q?qVe33sgs0OEW0SpAoxUPTqiEGeUT5Uf3uyXKU85ionCIKnDofMXZ6igLia0S?= =?us-ascii?q?e0G51ZfGFGClSWHXj0cIWEXu8GaDiOLc95jjwESb+hRpc72hG0rg/6zLRmIf?= =?us-ascii?q?fP9y0Wr5LsysZ66PbIlR4v7zB0CN6d027eB11zy0wMSjV+5KdnplI1nl6Zy6?= =?us-ascii?q?9nj9RWD9Fe7ehFFAAgOsiP4fZ9DoXOvQaJVdCOU1ujS9O9SWUtT9A16/EUbk?= =?us-ascii?q?tXIPnkiQrMiXn5S4QJnqCGUcRnupnX2GL8cp5w?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2D/BAAXsi5f/8cv8FFgHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAB4FDAoMDFFQBSRWBLIwKhgeCEIEChCODPYElf4lghysLAQE?= =?us-ascii?q?BAQEBAQEBJxAEAQEPhD0CgjclOBMCAwEBAQMCBQEBBgEBAQEBAQUEAYYPOQx?= =?us-ascii?q?DARABgWIigxkBBTocIxALDgouITYGE4MngksDMrRzgTSFUoJuDYEdgQWBOAG?= =?us-ascii?q?FQUuHHIIAgRGCWzU+ghqIGgSSPohdmRiBI1CCbIhjjDmEbjCgEi2fIo1uhje?= =?us-ascii?q?Bek0wCIMkCUcZDZYvhjk/AzACNQIGCAEBAwmJeoZqAQE?= X-IPAS-Result: =?us-ascii?q?A2D/BAAXsi5f/8cv8FFgHAEBAQEBAQcBARIBAQQEAQFAB?= =?us-ascii?q?4FDAoMDFFQBSRWBLIwKhgeCEIEChCODPYElf4lghysLAQEBAQEBAQEBJxAEA?= =?us-ascii?q?QEPhD0CgjclOBMCAwEBAQMCBQEBBgEBAQEBAQUEAYYPOQxDARABgWIigxkBB?= =?us-ascii?q?TocIxALDgouITYGE4MngksDMrRzgTSFUoJuDYEdgQWBOAGFQUuHHIIAgRGCW?= =?us-ascii?q?zU+ghqIGgSSPohdmRiBI1CCbIhjjDmEbjCgEi2fIo1uhjeBek0wCIMkCUcZD?= =?us-ascii?q?ZYvhjk/AzACNQIGCAEBAwmJeoZqAQE?= Received: from 199.47-240-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.240.47.199]) by relay.skynet.be with ESMTP; 08 Aug 2020 16:12:00 +0200 Received: from localhost (localhost [127.0.0.1]) by kalimero.tijl.coosemans.org (8.16.1/8.16.1) with ESMTP id 078EBtgq004869; Sat, 8 Aug 2020 16:11:56 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Sat, 8 Aug 2020 16:11:55 +0200 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Gleb Popov Cc: Konstantin Belousov , toolchain@freebsd.org Subject: Re: Undefined reference to __atomic_store_8 Message-ID: <20200808161155.5db7e655@FreeBSD.org> In-Reply-To: References: <20200807212855.GB2551@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BP40z56YRz41D9 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.33 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, 08 Aug 2020 14:12:04 -0000 On Sat, 8 Aug 2020 12:37:42 +0400 Gleb Popov wrote: > On Sat, Aug 8, 2020 at 1:29 AM Konstantin Belousov > wrote: >> On Fri, Aug 07, 2020 at 08:42:12PM +0400, Gleb Popov wrote: >>> Hello toolchain@ >>> >>> I'm testing a new release of GHC (Haskell compiler) and it fails to link >>> to i386 architectures with >>> >>> /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/libHSghc-prim-0.6.1-ghc8.10.1.so: >>> undefined reference to `__atomic_store_8' >>> >>> /wrkdirs/usr/ports/lang/ghc/work/ghc-8.10.1/libraries/ghc-prim/dist-install/build/libHSghc-prim-0.6.1-ghc8.10.1.so: >>> undefined reference to `__atomic_load_8' >>> >>> Any suggestions on how to fix this? >> >> Either link to libatomic from recent gcc, or switch target cpu to something >> that is pentium or newer. I doubt that it is reasonable to run GHC on 486. > > By switching target CPU you mean passing -march=pentium? Some ports use this: .include [...] .if ${ARCH} == i386 && empty(CFLAGS:M-march=*) CFLAGS+= -march=i586 .endif