From owner-freebsd-toolchain@freebsd.org Sun May 19 21:44:06 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A32715931E3 for ; Sun, 19 May 2019 21:44:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-14.consmr.mail.bf2.yahoo.com (sonic313-14.consmr.mail.bf2.yahoo.com [74.6.133.124]) (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 77E6E7625E for ; Sun, 19 May 2019 21:44:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: tiCTiFoVM1mDwnxIo.xV8dZAJP39vCZ3nQMzlt8e1BSxvEHFxIMYzlPQZ0ojgGr 94QbVo0v8czJqDgEhzNlQvhornw0RnO7bh6LQGObhlJNZnl4OuN8CZDBfJVDmbULeXvdl4Z9sieJ cW9ZdTlu9CeKFrRxbvtqXEp_lfeZlae0yfgKVBvOe01exAEvUEmDIIby8m4YY2r3jV7tGkbpCv7t imCpLMgwKsr.R7DSMoEnTzB5f.Jqc7kQ10W1ktkG4gi3eX_zlx_v9TJubSZbSwCFnGhapsxPZxws 1GL6ALneg7y4SxXMGpl75HH4wFliFj9SFItJPrQN_V_F2AOUF7EK574narV7aFFblVTCQbzuN6up YA5KpjeRn9X_ipqLnFN1H2PWM6Z5xRBbw3Wq..a58C0o8mmnG_ysBXCHEt8mVIAwvzN9uugcFffe N_dDrTagTojJbRcbkYmxbmM5xfcfN_STYmyN0WNhae30gUAkjDVq5tQIX1xYEat7N7f1IsZ8Gftj vDUAS72sCDeRLbb9H6bphqA1pHQcmUeUPFdgV5BXukK72BAcsYOlFAQc4SFXPFiy.Dq0PJS8zHiO PYuPMh_GQspJcRZX8_gH6Ez5vCwwlUGZOiO8dRHazlOKO4R05TNL.tQ.T7iTsJfgI5t_f2QuOLTF 7uWH76abarTMdOeKtD.X.f7plOu0v8Nb_DRsNo2BYjcN2JbyTtbuvdgJMaw_Ek8DrssvIgAbQEZG CrB9yDCd057BS9zbBcTwuSiKMm59o97nUYJN30pFuL2c1P3QImpij.S0C_Hz0xRGd0RLyIV5HFGd 8TyUycR2YNY9bOjnGm9qPM.8tS6mBJbAIZ57mOgHmKpDqS.IgFE8we2f2AYdUtiR_h1C2BDxJtuE WnsSay1H.iOG2SsQMslcZa.NbTq1Me0CTcE1jGWzk0kAAebnMi_DX70naLxPiHV37goSaaztXLIM NkxC2wxxDLOX.ANa9eOd7m5TQFzUOUeKozOATNSBRI6wE_aZ57m6.7PJmC6ZI_FrpLvbbUaoAB90 BYEGfdlIw3RzzuSq82wrygMy29HQsr73mqFCU1jSOLCwRb7QkRtdUSz7OJCcB6f_aTNUty8.I.Oh EWLNZNUDVyKnxlS9OoR9OOd8tpA.M.q.V7_0S7MDJlIbbwZ4l75DY8WB9.3Z5V.CbAKELBcud2rm lj_8cl_MxXtJlx6GU18WfKrZzaZGogY.xp_D9SqC7OfQzg63i7v2AU1pM6zO3d371R9rk Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.bf2.yahoo.com with HTTP; Sun, 19 May 2019 21:43:58 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp430.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e544c2d6b1954b66bc9158280137ce33; Sun, 19 May 2019 21:43:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: FYI: Unable to build -r501994 ports' devel/llvm60 on clang 8 based powerpc64 system: "BFD (GNU Binutils) 2.32 assertion fail elflink.c:2935" From: Mark Millard In-Reply-To: Date: Sun, 19 May 2019 14:43:51 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <7EB29A62-8C7A-4454-9EEA-22D6C4DD1D24@yahoo.com> References: <0743B28F-3F61-401F-BD61-B69C4B207559@yahoo.com> To: Dimitry Andric X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 77E6E7625E X-Spamd-Bar: / X-Spamd-Result: default: False [0.74 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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:26101, ipnet:74.6.128.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)[]; NEURAL_HAM_MEDIUM(-0.48)[-0.484,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.36)[0.364,0]; NEURAL_HAM_LONG(-0.06)[-0.064,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.43)[ip: (4.39), ipnet: 74.6.128.0/21(1.58), asn: 26101(1.26), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[124.133.6.74.list.dnswl.org : 127.0.5.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: Sun, 19 May 2019 21:44:06 -0000 On 2019-May-19, at 11:06, Dimitry Andric wrote: > On 19 May 2019, at 16:56, Mark Millard via freebsd-toolchain = wrote: >> This was in a poudriere bulk build on a head -r347549 based powerpc64 >> system with system clang 8 for cc and c++ and base/binutils >> for the likes of ld. (The system has the llvm libunwind patches >> for powerpc64 so throwing c++ exceptions work.) >>=20 >> [4397/4552] : && /usr/bin/c++ -fPIC -O2 -pipe -DNDEBUG = -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fPIC = -fvisibility-inlines-hidden -Werror=3Ddate-time = -Werror=3Dunguarded-availability-new -std=3Dc++11 -Wall -W = -Wno-unused-parameter -Wwrite-strings -Wcast-qual = -Wmissing-field-initializers -pedantic -Wno-long-long = -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fcolor-diagnostics -ffunction-sections = -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fstack-protector-strong -Wl,-z,origin -Wl,-O3 = -Wl,--gc-sections = -Wl,--version-script,/wrkdirs/usr/ports/devel/llvm60/work/.build/tools/lto= /LTO.exports -shared -Wl,-soname,libLTO.so.6 -o lib/libLTO.so.6.0.1 = tools/lto/CMakeFiles/LTO.dir/LTODisassembler.cpp.o = tools/lto/CMakeFiles/LTO.dir/lto.cpp.o -L/usr/local/lib = -Wl,-rpath,"\$ORIGIN/../ >> lib:/usr/local/lib" lib/libLLVM-6.0.so && : >> FAILED: lib/libLTO.so.6.0.1 >> : && /usr/bin/c++ -fPIC -O2 -pipe -DNDEBUG -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fPIC -fvisibility-inlines-hidden -Werror=3Ddate-time = -Werror=3Dunguarded-availability-new -std=3Dc++11 -Wall -W = -Wno-unused-parameter -Wwrite-strings -Wcast-qual = -Wmissing-field-initializers -pedantic -Wno-long-long = -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fcolor-diagnostics -ffunction-sections = -fdata-sections -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fstack-protector-strong -Wl,-z,origin -Wl,-O3 = -Wl,--gc-sections = -Wl,--version-script,/wrkdirs/usr/ports/devel/llvm60/work/.build/tools/lto= /LTO.exports -shared -Wl,-soname,libLTO.so.6 -o lib/libLTO.so.6.0.1 = tools/lto/CMakeFiles/LTO.dir/LTODisassembler.cpp.o = tools/lto/CMakeFiles/LTO.dir/lto.cpp.o -L/usr/local/lib = -Wl,-rpath,"\$ORIGIN/../lib:/usr/loc >> al/lib" lib/libLLVM-6.0.so && : >> /usr/bin/powerpc64-unknown-freebsd13.0-ld: BFD (GNU Binutils) 2.32 = assertion fail elflink.c:2935 >> /usr/bin/powerpc64-unknown-freebsd13.0-ld: BFD (GNU Binutils) 2.32 = assertion fail elflink.c:2935 >=20 > See . I think this is a BFD ld bug, > but I still haven't been able to come up with a small test case. Any > help appreciated. :-) I've put the evidence leading to the following in the bugzilla report. The problem is tied to "seed" in: = /wrkdirs/usr/ports/devel/llvm60/work/llvm-6.0.1.src/include/llvm/ADT/Hashi= ng.h 's: . . . namespace llvm { . . . // All of the implementation details of actually computing the various = hash // code values are held within this namespace. These routines are = included in // the header file mainly to allow inlining and constant propagation. namespace hashing { namespace detail { . . . /// \brief A global, fixed seed-override variable. /// /// This variable can be set using the \see = llvm::set_fixed_execution_seed /// function. See that function for details. Do not, under any = circumstances, /// set or read this variable. extern size_t fixed_seed_override; inline size_t get_execution_seed() { // FIXME: This needs to be a per-execution seed. This is just a = placeholder // implementation. Switching to a per-execution seed is likely to = flush out // instability bugs and so will happen as its own commit. // // However, if there is a fixed seed override set the first time this = is // called, return that instead of the per-execution seed. const uint64_t seed_prime =3D 0xff51afd7ed558ccdULL; static size_t seed =3D fixed_seed_override ? fixed_seed_override : (size_t)seed_prime; return seed; } It ends up with *h in the reported BFD_ASSERT failures having: _ZZN4llvm7hashing6detail18get_execution_seedEvE4seed@@LLVM_6.0 root.type =3D bfd_link_hash_defweak is_weakalias =3D 1 And *h->u.alias having: __bss_start@@LLVM_6.0 root.type =3D bfd_link_hash_indirect is_weakalias =3D 0 That means in the BFD_ASSERT: def->root.type=3D=3Dbfd_link_hash_indirect which fails the assert's: def->root.type =3D=3D bfd_link_hash_defined =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)