From owner-freebsd-ppc@freebsd.org Sun May 19 04:11:22 2019 Return-Path: Delivered-To: freebsd-ppc@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 5AA0915A20A9 for ; Sun, 19 May 2019 04:11:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-22.consmr.mail.ne1.yahoo.com (sonic306-22.consmr.mail.ne1.yahoo.com [66.163.189.84]) (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 87E827594B for ; Sun, 19 May 2019 04:11:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hWbfxd4VM1l7063tsklZcMVziD6g5LP18BevkLrjxnJnStPvC_qHEB5m3o1KPOn brDPCi_6cCSl90fo7pX4WriQEzGwBVVI2NV0pOMyzVWhef.LVmFTIwRWi6iFT0e19v4mHyRKpFKJ QGKkYZkiDyul.yJJLPzzy9b7VvhlpEXQ_7ni.DD0ACc5ysZ7eGthUWTzVrNiDZjrVuthhKqzT44J whwXdZeDYpYbVyGoS3ScooBZ_dRVTbUqhPF3CzTOnkmbHuzHd7j3P1KOC4rxNGRP3ZMCIX1P484m bEywnkeOhkGWrZ.WhGuScBHi5SqZoVVXrkxe1.2riecTTSZJGQifcYNG53x9tKX_Pe48gjMdG6fj W_i9jnWaT4mRTM32_zp6LqDEuEkdpEDOJ818K4Qi.LWsgR7W7w_X9q6BsGd0GdArg8TE9x4GodB4 xm.WH16v7V0AxNJJsXf51038Huko1cYb0jH7Tt8EaBOmKQdOJADsQi7RVnC.VHFFwRkBVYYsf2TY _ZIJY3oGkFahHUlWBZ4iLMIh66vczi34Fhg8nl7uGZoKuMVkYc6OwI6i8k2ou.iAEVawRO0gwH81 lCUJRzE.aBkzFn5QKoGRM45m0tqqg5C82qAGLhkGJvEqOGoeJ.EXJ9wwuW3DmCfOHudsquvlELju symkZLz_90zFjvFckhJp5LnGjJ_gtx8w2QZyaNBUZY9h35Cz0W5LbpSFVWobiGEZJLzK95D7nCm6 Ak2QZ7vddXZZXi3KSmGi0WU7SXECIee.eSnyVSOekIGC7iDUODmslTTmxTVK1jidhaxlKykvq5LW uG6rAJGWSb8x.46H4vS5pguqLba70lMKznIlvyGT0Wx6gUpR1Jumr2cU8JIN1dSAZjB_ZGBdZRQM HE56pMLKL8viP2xuoyJvmYVrl6mN1dz.lhybMP7O_7ji5ur.e6pMGZQ8vT9SfkL9SORVXHlIqJcZ 4_LuTxt679NrJOhhq1vy1EB8f_HIXYnDc7qpL12KxJ0eird2rOJq1y5z1.fpExdJ2Gi9OxgsPtX1 Yzfz6v_Tm5XgZMSfBxNpVvtBgzZ9CrPsUPINKdKea0fYfRk7iVA95uGHtYjR0ieAWZu1Hw.Jtjer Fe04cbRqmJbEmTwIaeAIHTtpCuq49N3WNrTV31JEbTURQOfTOmy_TJTDFbFfc7FBNva9ag8jTKtt iWEc31YlQfpp12h_U5GZ_g24vo29aDEL6.FvbV3WgoQWUHUe44W7qGOhQgPw7dlTD0hTW Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Sun, 19 May 2019 04:11:13 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp402.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7e7a35ec9b03b3b62981fc168704202d; Sun, 19 May 2019 04:11:11 +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 12.4 \(3445.104.11\)) Subject: FYI: Unable to build -r501994 ports' lang/gcc8 on clang 8 based powerpc64 system (no -O1 use): "does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or ..." Message-Id: Date: Sat, 18 May 2019 21:11:09 -0700 Cc: ports-list freebsd To: FreeBSD Toolchain , FreeBSD PowerPC ML , "gerald@freebsd.org" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 87E827594B X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.40 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; LONG_SUBJ(1.54)[205]; RCVD_COUNT_THREE(0.00)[3]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.52)[-0.518,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.70)[0.697,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.47)[ip: (4.84), ipnet: 66.163.184.0/21(1.42), asn: 36646(1.14), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.72)[0.722,0]; RCVD_IN_DNSWL_NONE(0.00)[84.189.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 04:11:22 -0000 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 ld. I was attempting a build with the -O1 changes disabled. (Note: the system is self hosting for buildworld buildkernel via the clang 8 and base/binutils combination.) So having issues with building lang/gcc8 is not limited to gcc 4.2.1's tool chain for powerpc64. (I've not yet tested -O1 use as the bulk build still has lots of other things to build.) . . . c++: warning: argument unused during compilation: '-nopie' = [-Wunused-command-line-argument] /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x540): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0xa58): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern . . . /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1150): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1224): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern . . . For reference . . . # cc -v FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin # c++ -v FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin # ld -v GNU ld (GNU Binutils) 2.32 I used: # svnlite diff /usr/ports/lang/gcc8/ | more Index: /usr/ports/lang/gcc8/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/lang/gcc8/Makefile (revision 501994) +++ /usr/ports/lang/gcc8/Makefile (working copy) @@ -62,7 +62,7 @@ =20 .elif ${ARCH} =3D=3D powerpc64 CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 =20 .elif ${ARCH} =3D=3D powerpcspe CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp @@ -80,7 +80,7 @@ CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug ALL_TARGET=3D bootstrap-lean .endif -INSTALL_TARGET=3D install-strip +#INSTALL_TARGET=3D install-strip .if ${UID} !=3D 0 BINMODE=3D 755 .endif =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun May 19 04:42:46 2019 Return-Path: Delivered-To: freebsd-ppc@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 C2BD415A2BA6 for ; Sun, 19 May 2019 04:42:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (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 7FBF67679E for ; Sun, 19 May 2019 04:42:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: fctmQ9wVM1lCgE7xE73BggQKrCjqNAMVie.zgGK6xfNgaPJZIXcqMLV6z5sDqAv oZUP6p.wEhHpZDn_eoyNLs1QqrkCmGoEYHEr73BVgMPcSiWOI9Z24ruzAucCc4lfNOxZvXlVH1nl 3b42P9uPge6GRCzyQzR6ocSFaZflPlbrAX6bXkr1uvA7tO4aOqIZK2MOa.u1m05JAcDkWSgjNkM4 vQB5RNmHOgBJx.uVjntXAsmPMquMbclWVaLgHWoQjXrGPbnwQn0ARMDyJLUN3EAyKYgFiB4C9oCe L6y4zrsAH.ByITCx0XJPnfxLHU6nP.i7sFhCY5D7PPsmxGudFry.8F7uTvYB.Ssokes2qzqzKPnH wi_BSf3eY4K5KoDsMsj.2aUKZ6dCjrkfhjtgqXzM2dm8UBfTSDl43b9kJIyKA7__XX7FDaMCBN2K s.igXC6ugJIGXIk3MzMDKKz3IkyvfVcKwD2PuCsoDp8LaTCqz_BAWFFh1ohtbyf_DIKmwmnyKVRU 6bd1CkJvqq_VWcz_LawHhzCtDKQ.D9xaYJ6URWqV.0BNF0ptQDqsrmF3R77moscyfex16xr8CBhA FIzx_2elhJKFsukLN3hML.YI_Z26frpWcDeZhHO5fumbrJ03eEe1p1T8aeLHE3iGqw9zHzH5oSXY qZjmo3TCCAh9RpA6sYCQhlceLjFF34dVsy572WRiIy2CX8oVDfQY2HN1AECb.Nf___HSR2VXZO6I 4Zz53cyytMfS.aaB0CVLseI7MQRFLisjL_nRFfDcgALSv7grlIiCZ9er1k7EJNkFyA3RMdD.517I d1C2rxy2yPlNPTDtPsF79baLef9.YG3dyXuvEi3OQ.Z38TqXGi5EkGB1TC5PMq7o18eyDoyebiYV SYDbGtsM9Y23lCEvFZNfKoXBt5Y5vH6zmC8pW1x1F5QeO5jRcUEJ2TD0aF8EUrXsJeE2_OLdRwJb RuPAxy1CuHL8QGEOGokS5nh0wW7.nqaELFgCAKEQmkb7ImxmZho3LfLzDmuDogOoNv7g1IRhM4kk 8oVLoptVJGHVrnRi2uLD0rLcy1zSE981XValxaD1Q8Ogyf4deTK6bbno.NlrTh_3D6yBgF5V3AQz HLEGfaBpf0cxUyRDpYvD4u5ZTzMUUt8EO4256l5k7ZzidkrrPvVmENHTt91f4jAeljoNX7R1OgZr AOg33BgU8SidHErQmul88TIErdkT6VSdaCsIG2sf0mzGZrbRgVpqalzcPSarpYBq.inCgXVauWun xVPA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 May 2019 04:42:37 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp411.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1573a22a9d03a888e9fbdcae5d14331d; Sun, 19 May 2019 04:42:33 +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' lang/gcc8 on clang 8 based powerpc64 system (no -O1 use): "does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or ..." From: Mark Millard In-Reply-To: Date: Sat, 18 May 2019 21:42:32 -0700 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <489849A2-9425-4BD9-8D4F-ACE9ECB6CDA7@yahoo.com> References: To: FreeBSD Toolchain , FreeBSD PowerPC ML , "gerald@freebsd.org" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 7FBF67679E X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.52 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; LONG_SUBJ(1.54)[205]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; 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:36647, ipnet:98.137.64.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.21)[-0.210,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.76)[0.759,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(2.08)[ip: (8.64), ipnet: 98.137.64.0/21(1.01), asn: 36647(0.81), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.87)[0.866,0]; RCVD_IN_DNSWL_NONE(0.00)[204.68.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 04:42:47 -0000 On 2019-May-18, at 21:11, Mark Millard 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 ld. I was attempting a build with the -O1 changes disabled. (Note: > the system is self hosting for buildworld buildkernel via the clang 8 > and base/binutils combination.) >=20 > So having issues with building lang/gcc8 is not limited to gcc = 4.2.1's > tool chain for powerpc64. (I've not yet tested -O1 use as the bulk = build > still has lots of other things to build.) >=20 > . . . > c++: warning: argument unused during compilation: '-nopie' = [-Wunused-command-line-argument] > /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x540): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 > -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern > /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0xa58): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 > -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern > . . . > /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1150): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 > = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab > = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern > /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1224): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 > = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab > = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern > . . . >=20 >=20 > For reference . . . >=20 > # cc -v > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: /usr/bin >=20 > # c++ -v > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: /usr/bin >=20 > # ld -v > GNU ld (GNU Binutils) 2.32 >=20 >=20 > I used: >=20 > # svnlite diff /usr/ports/lang/gcc8/ | more > Index: /usr/ports/lang/gcc8/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/lang/gcc8/Makefile (revision 501994) > +++ /usr/ports/lang/gcc8/Makefile (working copy) > @@ -62,7 +62,7 @@ >=20 > .elif ${ARCH} =3D=3D powerpc64 > CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" > -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 > +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 >=20 > .elif ${ARCH} =3D=3D powerpcspe > CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp > @@ -80,7 +80,7 @@ > CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug > ALL_TARGET=3D bootstrap-lean > .endif > -INSTALL_TARGET=3D install-strip > +#INSTALL_TARGET=3D install-strip > .if ${UID} !=3D 0 > BINMODE=3D 755 > .endif >=20 I managed to not have poudriere using base/binutils but instead: # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/ld= -v GNU ld 2.17.50 [FreeBSD] 2007-07-03 cc and c++ were as they should have been: # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/cc= -v FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/c+= + -v FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) Target: powerpc64-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin So I was not testing the tools combination that I thought/intended. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun May 19 08:21:28 2019 Return-Path: Delivered-To: freebsd-ppc@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 9819E15A749B for ; Sun, 19 May 2019 08:21:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 DD9E2846E6 for ; Sun, 19 May 2019 08:21:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: sdiOAdkVM1mO7I9TsnCwmTaVz29pbaN.xTNrli7M9yizHUZVfPb.1h3JzLWFR1B 5x4nzpRxosbUBc3xnIuZTo1eudYEprA61OtHoO9XhEmXER.6ZQJShPyGLC9idfB.NwY2u2cT1Mcs cUX04T9lG2a_9.3SRW.oxhnzS0B2goibPKwTi5UNKklAyOX4Lbapkznwtys5m4Uq6xDuTJ1QXqsX T65mv2JnvtHsj3VooN8q6h3Mm1E5dL7L_qKIWqxQrTEJPlfMYs7tUue96ohhYYk7KhXnR3Xwmj8d 3j1ZuAjXwfrlnuOWH_16NYx5X8yVkcMs9VKpq6IAKSftKgwXDWqasZj7NJ0W9T_B_PG3IKEJu6bg NKm_t0nSgblL0XDm.3PNB77EMGeXRvWi8dR8isywSVaqBYkjw..H3luVAYGvii6mc1y7bAYj7CaZ lif_civDLBwoDd7piSt6TXaOM6R_b7zOyv64faiZWpocrEClvVX4ZhOvtxC8jr_lG0WO3BtkWbD9 yieiexHOMue4jtgntqPhqHutks2YQrNBQWUF8HMcoNqRVOLzNv0KSHUxccSzLSe9var1RKnvaXdq wrjZTzlWiEBNKXv4yOpPOV8TCDAje.plUSlTmPnUEnX5NDsYzkKB1TIh5mY_n40Mw8fKmeyKKYjj 7YWLtDKIOMwNURWFGUs2TPvjbKYQha36.nFMuxCapSWgxwqDq.tvqv8IXx71eIxLCNO0PvNLdl1H VSnt.9UkVRlAPOo6D5VcnK9bKSEbCZ_jjAzMGZSg4SVQXqK7xTPdyLUNwHAIzgZd.YU2Awb0LySQ cJ4Y4vFW8xDhObVWeHbzuY8inwHqyNUlUgbPz9PvKtKcIfOFWgQD8TQlkLegEA2evftVKEQxlQI2 nz0UYtOo34j2vCySByJVdeSlcMWoiy0PJsBfS9MN2VtS8c0X__O20jWJFLJOiceSniqMcULD4AsG JboUyMkDxWjZeGV3EjwLcCfd9ppf6tIhenVcqOr4whfJsIGUZoCLQt0enQgRx18mCEL0CsXMziwI o4xXLLr.kj6o9EelpRKBAoEvxtqaEqfPhEd4LgCnD6x9dqnx1E4jldbHhTdfpcLSH7QCg.Ka0qya aiw_PWloFsm5ws8yCcAqKQ.J6JgRDRoIwm898Zhq.oxHnaDN62WyyZaGvxfmqtNVJdGxUXJJ3TKs cCs5C895RDasi.lL0rC_6xvzU_du2SYcykpRMNhgEKwwYPVKBskZcWjDXU7U8sPn3VrP3dE2jW8Q mW7rK Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 May 2019 08:21:19 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1bd2e176988088c0ef82bbe1b9f0389c; Sun, 19 May 2019 08:21:18 +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' lang/gcc8 on clang 8 based powerpc64 system (no -O1 use): "does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or ..." From: Mark Millard In-Reply-To: <489849A2-9425-4BD9-8D4F-ACE9ECB6CDA7@yahoo.com> Date: Sun, 19 May 2019 01:21:17 -0700 Cc: ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: References: <489849A2-9425-4BD9-8D4F-ACE9ECB6CDA7@yahoo.com> To: FreeBSD Toolchain , FreeBSD PowerPC ML , "gerald@freebsd.org" X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: DD9E2846E6 X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.81 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; LONG_SUBJ(1.54)[205]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; 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:36647, ipnet:98.137.64.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.56)[-0.564,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.91)[0.909,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.64)[ip: (6.45), ipnet: 98.137.64.0/21(1.01), asn: 36647(0.81), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.79)[0.793,0]; RCVD_IN_DNSWL_NONE(0.00)[84.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 08:21:28 -0000 [It built with GNU ld (GNU Binutils) 2.32 as ld.] On 2019-May-18, at 21:42, Mark Millard wrote: > On 2019-May-18, at 21:11, Mark Millard wrote: >=20 >> 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 ld. I was attempting a build with the -O1 changes disabled. = (Note: >> the system is self hosting for buildworld buildkernel via the clang 8 >> and base/binutils combination.) >>=20 >> So having issues with building lang/gcc8 is not limited to gcc = 4.2.1's >> tool chain for powerpc64. (I've not yet tested -O1 use as the bulk = build >> still has lots of other things to build.) >>=20 >> . . . >> c++: warning: argument unused during compilation: '-nopie' = [-Wunused-command-line-argument] >> /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x540): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 >> -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern >> /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0xa58): sibling call = optimization to = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' does not = allow automatic multiple TOCs; recompile with=20 >> -mminimal-toc or -fno-optimize-sibling-calls, or make = `_ZN16function_summaryIP14ipa_fn_summaryE3getEP11cgraph_node' extern >> . . . >> /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1150): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 >> = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab >> = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern >> /usr/bin/ld: libbackend.a(ipa-inline.o)(.text+0x1224): sibling call = optimization to = `_ZN10hash_tableIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simp= le_hashmap_traitsI19default_hash_traitsIS2 >> = _ES4_EE10hash_entryE11xcallocatorE19find_slot_with_hashERKij13insert_optio= n' does not allow automatic multiple TOCs; recompile with -mminimal-toc = or -fno-optimize-sibling-calls, or make `_ZN10hash_tab >> = leIN8hash_mapI8int_hashIiLi0ELin1EEP16ipa_call_summary21simple_hashmap_tra= itsI19default_hash_traitsIS2_ES4_EE10hash_entryE11xcallocatorE19find_slot_= with_hashERKij13insert_option' extern >> . . . >>=20 >>=20 >> For reference . . . >>=20 >> # cc -v >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) >> Target: powerpc64-unknown-freebsd13.0 >> Thread model: posix >> InstalledDir: /usr/bin >>=20 >> # c++ -v >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) >> Target: powerpc64-unknown-freebsd13.0 >> Thread model: posix >> InstalledDir: /usr/bin >>=20 >> # ld -v >> GNU ld (GNU Binutils) 2.32 >>=20 >>=20 >> I used: >>=20 >> # svnlite diff /usr/ports/lang/gcc8/ | more >> Index: /usr/ports/lang/gcc8/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/lang/gcc8/Makefile (revision 501994) >> +++ /usr/ports/lang/gcc8/Makefile (working copy) >> @@ -62,7 +62,7 @@ >>=20 >> .elif ${ARCH} =3D=3D powerpc64 >> CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" >> -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1"= BOOT_CFLAGS=3D"-O1" # PR235975 >> +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1"= BOOT_CFLAGS=3D"-O1" # PR235975 >>=20 >> .elif ${ARCH} =3D=3D powerpcspe >> CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp >> @@ -80,7 +80,7 @@ >> CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug >> ALL_TARGET=3D bootstrap-lean >> .endif >> -INSTALL_TARGET=3D install-strip >> +#INSTALL_TARGET=3D install-strip >> .if ${UID} !=3D 0 >> BINMODE=3D 755 >> .endif >>=20 >=20 > I managed to not have poudriere using base/binutils but instead: >=20 > # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/ld= -v > GNU ld 2.17.50 [FreeBSD] 2007-07-03 >=20 > cc and c++ were as they should have been: >=20 > # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/cc= -v > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin >=20 > # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/c+= + -v > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin >=20 > So I was not testing the tools combination that I thought/intended. Sure enough, with the originally intended linker: # = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils-poud/usr/bin/ld= -v = GNU ld (GNU Binutils) 2.32 lang/gcc8 then fine via poudriere bulk. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun May 19 14:40:20 2019 Return-Path: Delivered-To: freebsd-ppc@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 C619915AF78C for ; Sun, 19 May 2019 14:40:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-21.consmr.mail.ne1.yahoo.com (sonic304-21.consmr.mail.ne1.yahoo.com [66.163.191.147]) (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 4243A8E575 for ; Sun, 19 May 2019 14:40:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: CwComuAVM1l5sxzHK1TJJRtUgk_dXI_Bu0lkegalAAxvA1cUDKkG.Cp3FPOioUL sNIS7XiNkfC2Irkg78kGR6A0mGn59b1U9vjqxKzWV9Z_JPwNduvKIhnB0XIBrPT8j1cu.4Wq12qI kzcL9kh69ybW4YHJVxiHLajya3ZuoLd0YVJYdR9RgmECKmFR5U6xqe86QADviTzn5pg3G36dEL0U oXI3JBVWY8G68KwGYnc2741s.mibuA9N07nRX7Rd6Y.262xIdzQxGa37cixmgq8j5n.O.ooeklGe Ky3mTDXB8.ZLDI_CnwPUv_N..cb.h4EZzin8Kjb5O5xQytuwuIFf_oiMXqqU6bCRwPUugameSdz5 5cw_bwkDbjrh4SYNk_hPQYEW5cWs5uUTrZFyvC7vK3nTvmmH7h28JRWK70Gjrkg_LmmkZl.PmTpy kZ47KJRoxM3QHbB7JulEqatGkmU0lJXryOS2GMRbmquVHMN6lSzHnz9KEUOjzdx0G8B6AKl52g_5 v1JNEkr_74eeUDL2di34L4tzXho5ytn3vujYGPvnpdSgZv7JxSM9_V8Y.4Da_elc31eiTU5Jhvp3 Ukh3BG6toWNw4OwUrh8gliDenDkx8pmHj42htWm87dbxoyaDgPsBlz0CKnTF20ry8cLuHFg5bwWe vttjicKBs4OTjRrhgBr8wT.ocvIVbG.frOEdQZK1OJRfwV7xoDp_C_qNgr.XjBPCrzBFlNESRZ6Q HoEpjOJIjdWNo.GTfBXr2.jbXUwvM.8RlMvPwSuBuyZh178YiatKVpBZ97xGZO4cSYMO0NvEkHFB aRqY9dAHu.ZUtRy2KepZrSnkbkhEC6s4zk6.D4.X7T1ed9xFG186htLDcGUgRwGSSFPEoPM58pzm 56F7B83qeCxnokZMF0m6vXTojam9ief1xKzRWTkjkfcUVtaml3pNnIM8zDoyzT82oGkSMjoX.Z3Q ELzst3g9_HLVme8TiLnowD23Gk0ijo7ppmbWLKQ0xoKTRTAvR557Qyzq4.Px_o85_Qrtrq88SUq0 6Ld.cgeOrBQPKkRT0vOmDYdmLQ5FqtFG__mfWzn4waPnN0pvA.KMz.1n7toJIP5rvEzSboFBj0P1 YWEmNjFQtnBYTcdumdRVRatnES.E2XFRsd_bBeiP54BGAgJi.O9LVeOeqh2F7aFpS1xi59ASo1.6 AyicRAuop08a6MXhJ22Sd6bKOGqYvTiFhfBkj178.xslbFtGhRh0RLrNiYydfwIy.KP9N Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Sun, 19 May 2019 14:40:11 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp428.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID cd929e2a9d3e26e6697611c910972b71; Sun, 19 May 2019 14:40:08 +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 12.4 \(3445.104.11\)) Subject: FYI: Unable to build -r501994 ports' devel/qt5-core on clang 8 based powerpc64 system: "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit platform" Message-Id: <2E1BCA58-8420-4B74-A0CB-FBDC744BDDA6@yahoo.com> Date: Sun, 19 May 2019 07:40:06 -0700 To: FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 4243A8E575 X-Spamd-Bar: + X-Spamd-Result: default: False [1.28 / 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)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.32)[-0.321,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[0.996,0]; NEURAL_HAM_LONG(-0.50)[-0.501,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.61)[ip: (5.56), ipnet: 66.163.184.0/21(1.42), asn: 36646(1.13), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[147.191.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 14:40:20 -0000 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. But the build of qt5-core uses g++8. The log shows: --- .obj/qatomic.o --- g++8 -c -O2 -pipe -g -fstack-protector-strong = -Wl,-rpath=3D/usr/local/lib/gcc8 -Wl,-rpath=3D/usr/local/lib/gcc8 -Og = -std=3Dc++1z -fvisibility=3Dhidden -fvisibility-inlines-hidden -Wall -W = -pthread -fPIC -DQT_GLIB -DQT_NO_USING_NAMESPACE -DQT_NO_FOREACH = -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_CORE_LIB = -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS = -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS = -DQT_DISABLE_DEPRECATED_BEFORE=3D0x050000 -D_LARGEFILE64_SOURCE = -D_LARGEFILE_SOURCE -I. -Iglobal -I../3rdparty/harfbuzz/src = -I../3rdparty/md5 -I../3rdparty/md4 -I../3rdparty/sha3 -I../3rdparty = -I../3rdparty/double-conversion/include = -I../3rdparty/double-conversion/include/double-conversion = -I../3rdparty/forkfd -I../3rdparty/tinycbor/src -I../../include = -I../../include/QtCore -I../../include/QtCore/5.12.2 = -I../../include/QtCore/5.12.2/QtCore -I.moc -I.tracegen -isystem = /usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include = -I/usr/local/lib/gcc8/include -I%%LOCALBASE%%/lib/gcc8/include/c++ = -isystem /usr/local/include -I/usr/local/lib/qt5/mkspecs/freebsd-g++ -o = .obj/qatomic.o thread/qatomic.cpp thread/qatomic.cpp:1624:4: error: #error "Q_ATOMIC_INT64_IS_SUPPORTED = must be defined on a 64-bit platform" # error "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit = platform" ^~~~~ In file included from ../../include/QtCore/qglobal.h:1, from thread/qatomic.h:41, from thread/qatomic.cpp:41: ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: required = from 'class QAtomicInteger' thread/qatomic.cpp:1631:1: required from here ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) = ^~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: note: = in expansion of macro 'Q_STATIC_ASSERT_X' Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); ^~~~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: required = from 'class QAtomicInteger' thread/qatomic.cpp:1632:1: required from here ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) = ^~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: note: = in expansion of macro 'Q_STATIC_ASSERT_X' Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); ^~~~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: required = from 'class QAtomicInteger' thread/qatomic.cpp:1633:1: required from here ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) = ^~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: note: = in expansion of macro 'Q_STATIC_ASSERT_X' Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); ^~~~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: required = from 'class QAtomicInteger' thread/qatomic.cpp:1634:1: required from here ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) = ^~~~~~~~~~~~~~~ ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: note: = in expansion of macro 'Q_STATIC_ASSERT_X' Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); ^~~~~~~~~~~~~~~~~ *** [.obj/qatomic.o] Error code 1 make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib 1 error make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib *** Error code 2 Stop. make: stopped in /usr/ports/devel/qt5-core =3D>> Cleaning up wrkdir =3D=3D=3D> Cleaning for qt5-core-5.12.2_1 build of devel/qt5-core | qt5-core-5.12.2_1 ended at Sun May 19 02:49:31 = PDT 2019 build time: 00:26:21 !!! build failure encountered !!! For reference: Configure summary: Build type: freebsd-g++ (power64, CPU features: ) Compiler: unknown (gcc8) Configuration: compile_examples largefile optimize_debug shared rpath = debug c++11 c++14 c++1z concurrent no-gui reduce_exports release_tools = separate_debug_info stl no-widgets Build options: Mode ................................... debug; optimized tools Optimize debug build ................... yes Building shared libraries .............. yes Using C standard ....................... C11 Using C++ standard ..................... C++1z Using ccache ........................... no Using gold linker ...................... no Using precompiled headers .............. no Using LTCG ............................. no Target compiler supports: Build parts ............................ libs tools Qt modules and options: Qt Concurrent .......................... yes Qt D-Bus ............................... no Qt D-Bus directly linked to libdbus .... no Qt Gui ................................. no Qt Network ............................. yes Qt Sql ................................. yes Qt Testlib ............................. yes Qt Widgets ............................. no Qt Xml ................................. yes Support enabled for: Using pkg-config ....................... yes udev ................................... no Using system zlib ...................... yes Qt Core: DoubleConversion ....................... yes Using system DoubleConversion ........ no GLib ................................... yes iconv .................................. no ICU .................................... yes Tracing backend ........................ Logging backends: journald ............................. no syslog ............................... no slog2 ................................ no Using system PCRE2 ..................... yes Qt Network: getifaddrs() ........................... yes IPv6 ifname ............................ yes libproxy ............................... no OpenSSL ................................ no Qt directly linked to OpenSSL ........ no OpenSSL 1.1 ............................ no DTLS ................................... no SCTP ................................... no Use system proxies ..................... yes Qt Gui: Accessibility .......................... no FreeType ............................... no Using system FreeType ................ no HarfBuzz ............................... no Using system HarfBuzz ................ no Fontconfig ............................. no Image formats: GIF .................................. no ICO .................................. yes JPEG ................................. no Using system libjpeg ............... no PNG .................................. no Using system libpng ................ no EGL .................................... no OpenVG ................................. no OpenGL: Desktop OpenGL ....................... no OpenGL ES 2.0 ........................ no OpenGL ES 3.0 ........................ no OpenGL ES 3.1 ........................ no OpenGL ES 3.2 ........................ no Vulkan ................................. no Session Management ..................... yes Features used by QPA backends: evdev .................................. no libinput ............................... no INTEGRITY HID .......................... no mtdev .................................. no tslib .................................. no xkbcommon .............................. no X11 specific: XLib ................................. no XCB Xlib ............................. no EGL on X11 ........................... no QPA backends: DirectFB ............................... no EGLFS .................................. no LinuxFB ................................ no VNC .................................... yes Mir client ............................. no Qt Sql: SQL item models ........................ yes Qt Widgets: GTK+ ................................... no Styles ................................. Fusion Windows Qt PrintSupport: CUPS ................................... no Qt Sql Drivers: DB2 (IBM) .............................. no InterBase .............................. no MySql .................................. no OCI (Oracle) ........................... no ODBC ................................... no PostgreSQL ............................. no SQLite2 ................................ no SQLite ................................. yes Using system provided SQLite ......... no TDS (Sybase) ........................... no Qt Testlib: Tester for item models ................. yes WARNING: Feature xkb is insignificant in this configuration, ignoring = related command line option(s). WARNING: Accessibility disabled. This configuration of Qt is = unsupported. # svnlite diff /usr/ports/devel/qt5-core/ | more # (So no differences.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun May 19 14:56:34 2019 Return-Path: Delivered-To: freebsd-ppc@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 4702A15AFFE6 for ; Sun, 19 May 2019 14:56:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (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 2E8E88F0A4 for ; Sun, 19 May 2019 14:56:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: DW6QKI4VM1l_3LThhoteOoXP0Jds6xnw2ba7ydbPTQuFA.TBJV0XW4zcM4VykjF kOmLkENrPTnSRy7Y.FIlT053yQ3FQ4cjZw522A9tcl9ZF8exhXEfFoMhstHLjczqsiAJeB87xLx9 5A8yex6GWY1Wz0hAbu7Gqa58U5paI9GJxOO.Dy2_IoYo9R6eROUJFLxjStHhXg7j2EvDAoel5upy _1o7xfr0V5Zws6XEeE5mkTnFFbj35Cfox_zWVJxlJ.4__6SiiFxu2LMxM5oDEWla4xJF6TNYrkXw P3fr7IoZlRb47o.WrR5ZFbkinJoR1.Sk81_iFl1P6TeMK0BaJDZ_DqT9ZxEPvWBm8XhQBjOoWIJQ wF0cw7.DoYIp33ixgusWiVjaC.uel4IdURijdnKc_lIZBg_3N.CbZgGYpSpXd1nsf7QoFy9itWhk ViWgXeu4YMrw4MMtWMkMyH6itLxnYq.HcV3KtYtVFUZlQbZwWPphG00D_lSDHIED6TmxsKp60uPG ocUnGKP6HPgZcil8bubV5ABzHMsg6qD.ENh_sFuUNR4r9OsSHLJbToR9P_acpI1hFO.Cyh63GQjq 0LzKgIcG9HuWVW08Dq19nMPxmQbEWP6wYlQ1NAJTekUnkvVPdLJ023whZbubzrLInPn6AozWAp_P 8J2vCsmABIsZSf8PLyg0N.BmtcgK84S31qcdLdwH6FHC.nYH_zXaruGCVm_YS2.jc4GYgq3bjbEx 4aC2dyhLXOcFrUH7u2oO9fmrxSxGIwcNyGkJN48AeFmqt98bvri8F1dnB6IfTLkrlzIXl0EhDkf4 yHG6S1qt1Spm4wPVrxumWlooTvxUGM2QkpIBAx8bmmHZPKOUTfI3hu685_fbp8sFh3FiRqHvq8jU oQp7fuaYReIyxsE6hJeOoMF4cHGYbnAYRak_zI29Iu13d1hsntv2To0X_XsMvRNZMGgMLBDdLqii YAWQRwzGIoOy_SskP6P.tzqxG8D6oDKYDqybmNTQ8xwn.CvwptvphoMjsAinaC.i.2eMUorFc_uj RUBGGzzTGQcgrNCnDCaKR0zk8HF6POF.lLrkZGqrr930y0nYViCY8INiOkM_d0mAHxptfCFhOCCn NJ6fnPt6Sz1FYnGud.r2Olazckrm0dH99w6s9kfgYd_RQ7pFv9xJOnkTB0ROw2F9dkdeCZHsJPEC B5L8ZHL3DEqmbbkoveDUg12pUk9bby.dBqc3t3RpNl.ZtUuUNEBgClXFUfN8c75.IrGH0lZvGGGn QWMM9bd8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 May 2019 14:56:26 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 908a8a3344e4c7a5f3e153b150d25c2b; Sun, 19 May 2019 14:56:23 +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 12.4 \(3445.104.11\)) Subject: FYI: Unable to build -r501994 ports' devel/llvm60 on clang 8 based powerpc64 system: "BFD (GNU Binutils) 2.32 assertion fail elflink.c:2935" Message-Id: <0743B28F-3F61-401F-BD61-B69C4B207559@yahoo.com> Date: Sun, 19 May 2019 07:56:22 -0700 To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 2E8E88F0A4 X-Spamd-Bar: + X-Spamd-Result: default: False [1.17 / 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:36647, ipnet:98.137.64.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.44)[-0.436,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[0.996,0]; NEURAL_HAM_LONG(-0.52)[-0.520,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.63)[ip: (6.42), ipnet: 98.137.64.0/21(1.00), asn: 36647(0.80), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[82.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 14:56:34 -0000 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.) [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=20 : && /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 && : /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 The assert is the last BFD_ASSERT shown below: /* Fix up the flags for a symbol. This handles various cases which can only be fixed after all the input files are seen. This is currently called by both adjust_dynamic_symbol and assign_sym_version, which is unnecessary but perhaps more robust in the face of future changes. */ static bfd_boolean _bfd_elf_fix_symbol_flags (struct elf_link_hash_entry *h, struct elf_info_failed *eif) { . . . if (h->is_weakalias) { struct elf_link_hash_entry *def =3D weakdef (h); /* If the real definition is defined by a regular object file, don't do anything special. See the longer description in _bfd_elf_adjust_dynamic_symbol, below. */ if (def->def_regular) { h =3D def; while ((h =3D h->u.alias) !=3D def) h->is_weakalias =3D 0; } else { while (h->root.type =3D=3D bfd_link_hash_indirect) h =3D (struct elf_link_hash_entry *) h->root.u.i.link; BFD_ASSERT (h->root.type =3D=3D bfd_link_hash_defined || h->root.type =3D=3D bfd_link_hash_defweak); BFD_ASSERT (def->def_dynamic); BFD_ASSERT (def->root.type =3D=3D bfd_link_hash_defined); (*bed->elf_backend_copy_indirect_symbol) (eif->info, def, h); } } return TRUE; } =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Sun May 19 16:47:28 2019 Return-Path: Delivered-To: freebsd-ppc@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 2090815B266B for ; Sun, 19 May 2019 16:47:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC8646BDAE for ; Sun, 19 May 2019 16:47:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id 8AD8D17377; Sun, 19 May 2019 16:47:27 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 8759517376 for ; Sun, 19 May 2019 16:47:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 516606BDAC for ; Sun, 19 May 2019 16:47:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 892F717BA3 for ; Sun, 19 May 2019 16:47:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4JGlQtu033345 for ; Sun, 19 May 2019 16:47:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4JGlQ7f033344 for powerpc@FreeBSD.org; Sun, 19 May 2019 16:47:26 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: powerpc@FreeBSD.org Subject: [Bug 237208] java/openjdk11: port to powerpc64 Date: Sun, 19 May 2019 16:47:23 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: glewis@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: java@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: BC8646BDAE X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.982,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 16:47:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237208 --- Comment #53 from Greg Lewis --- This updated to a source code base that support powerpc64. There are some changes to the port itself necessary for powerpc64 support that still need = to be made. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-ppc@freebsd.org Sun May 19 18:06:41 2019 Return-Path: Delivered-To: freebsd-ppc@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 3D973158A28B; Sun, 19 May 2019 18:06:41 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF5676E95B; Sun, 19 May 2019 18:06:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 5A9F113042; Sun, 19 May 2019 18:06:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::a420:2b16:64d8:ba23] (unknown [IPv6:2001:470:7a58:0:a420:2b16:64d8:ba23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DF8C13D3E5; Sun, 19 May 2019 20:06:37 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_DC34A5A4-7508-4D85-8876-669F0F489475"; protocol="application/pgp-signature"; micalg=pgp-sha1 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" Date: Sun, 19 May 2019 20:06:37 +0200 In-Reply-To: <0743B28F-3F61-401F-BD61-B69C4B207559@yahoo.com> Cc: FreeBSD Toolchain , FreeBSD PowerPC ML To: Mark Millard References: <0743B28F-3F61-401F-BD61-B69C4B207559@yahoo.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: CF5676E95B X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 18:06:41 -0000 --Apple-Mail=_DC34A5A4-7508-4D85-8876-669F0F489475 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii 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 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. :-) -Dimitry --Apple-Mail=_DC34A5A4-7508-4D85-8876-669F0F489475 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCXOGbLQAKCRCwXqMKLiCW ozwdAKD/AokmDhUMYjpm5SSR2q3khxxF9wCeMXeTzoK/sW7wJJrN2fPTDmq+NOo= =3QGH -----END PGP SIGNATURE----- --Apple-Mail=_DC34A5A4-7508-4D85-8876-669F0F489475-- From owner-freebsd-ppc@freebsd.org Sun May 19 21:44:06 2019 Return-Path: Delivered-To: freebsd-ppc@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 911BD15931E4 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 77DCB7625D 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: 77DCB7625D 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-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC 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) From owner-freebsd-ppc@freebsd.org Mon May 20 01:11:56 2019 Return-Path: Delivered-To: freebsd-ppc@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 53B681598236 for ; Mon, 20 May 2019 01:11:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-3.consmr.mail.bf2.yahoo.com (sonic308-3.consmr.mail.bf2.yahoo.com [74.6.130.42]) (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 04A6384EF4 for ; Mon, 20 May 2019 01:11:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: gwPsMcQVM1k6j4aOot.43BuBIgkU_GSYhIiV7zyTW9MWrBxEmYKtlsco1NYmwsP YSCGKF9vdX0.3SKMcj3QCAsZCiiw_MCJrXJS12tePggwIK.5gAp02Jc.VxZfdsjEIrKUVS4ftK2a ItQnnqYLR825RxIrsWnLpTkuSXzXwIN6HcGoTrqbmTj8itoXdnp3EVVPCwkEIs4pF91n4WLIoBfL repq.anR8WwCTpd63INggzC2kHvMmXWDgVBC18R.QvldMYcJrssniOY_rK_wS8kM2fCSa9O.Guk3 kkNpNK68jsJu7x__43Pjz1bHgjZXEcHFQMxi6E4mLlpFRjjr4bnSYRxGDGh7jy7IzO2FzE8kn3xH h89SkWRXV994EVdwHfv6MgRm4ZLY0cwQbcCpWEMjO9JutCx4xiJLfzp29FxF8a7gBdwQLuxlW42M 1mwYUOhQCFaAzBHZlAMy0Osa9h6k8j3MyE0MEOBPBdsRRJYsX01_RjterwzCUTXh5osa1zaVmPtD 2FU3mqDr9sh.Y._W5OXzEGOwx522yrUBz_H.iFtGpELPkjgc9NkeRZ5RwlBsO18sCVwcL9.22RsB ttM6PbVqKGuR7sWh0C1VNv2c6f1Fzt0tmO0HU7BWfE5wAA3QKiHrplFiReb9Ig9VUV7m46oYpOCv 3NEh89odeqMgbXtCye6d6arHs7WOo6dzDQGXrqdJYXLfZQp5PUhfc4Z6emMEfCB5MbL1_PIMBEei zZghkZc_jz85d1sg6PeeQpsatR8LWcojGvXDSHgSCJkkeeVHeyDm6jFXu77EKe5BqGJLZQcNFLHE BA7TUWcfM2ORMcuKi89v7LdD8Qjbf1Cv42m6ybm4bOOA9zfBWYM305k9wJeG8J39JfC0jrPwOXzW SIi6oPqBiW51S.Q02nBsLrtYgrNvFRV09RsPb0xUhwmTDq_L.BegJMiazrqEjjnXY9.AEHv81xMS DZ8Xen9i8vgj4NlqR8Kf7ey1NODcbGKJcLHDotGzNiZYzhEswyc1uuHehWMVd69W.vcyQqNSAhQc 1iVRwb3T5MMwOPkeD1up1jfdFVAK5NNtOncjISxnunJr5Bx7iu6TVuVaFjU_._M43EF9Kw3P6c8a XxBLQJmpNmGPvbvBsZsyifmw_AmaOl3YKXQN4oVEmD9wGjEGeTtuvuWnAQQtjVp.PthqCtSEgqML jJpTOEs.WErap0jinzDYAa9ix7ORknAgcSs4Q1rh7lCxUcOqVa0VUk30dPCapHTQxTGsTLQSMEMs - Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Mon, 20 May 2019 01:11:47 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp401.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c980344ccdcd96facf171eb16003f1ba; Mon, 20 May 2019 01:11:44 +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 18:11:42 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <21426EE8-7B54-4FFC-AEC7-898BD3185413@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: 04A6384EF4 X-Spamd-Bar: + X-Spamd-Result: default: False [1.27 / 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)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; 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.53)[-0.535,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.99)[0.987,0]; NEURAL_HAM_LONG(-0.07)[-0.067,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.39)[ip: (4.18), 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)[42.130.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 May 2019 01:11:56 -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. :-) (Also noted in bugzilla comment #13:) The following 2 link commands, producing and using an vastly-smaller lib/libLLVM-6.0.so reproduce the messages: "/usr/bin/powerpc64-unknown-freebsd13.0-ld" \ "-Bshareable" \ "-o" "lib/libLLVM-6.0.so" \ "/usr/lib/crtbeginS.o" \ "--version-script" = "/wrkdirs/usr/ports/devel/llvm60/work/.build/./lib/tools/llvm-shlib/simple= _version_script.map" \ "--whole-archive" \ "lib/libLLVMCore.a" \ "--no-whole-archive" \ "-lm" /usr/bin/powerpc64-unknown-freebsd13.0-ld \ "-Bshareable" \ "-o" "lib/libLTO.so.6.0.1" \ "lib/libLLVM-6.0.so" It looks like lib/libLLVMCore.a would be next for making it smaller. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Mon May 20 04:41:31 2019 Return-Path: Delivered-To: freebsd-ppc@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 5DC0915A11DA for ; Mon, 20 May 2019 04:41:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-15.consmr.mail.bf2.yahoo.com (sonic311-15.consmr.mail.bf2.yahoo.com [74.6.131.125]) (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 EB1618B68C for ; Mon, 20 May 2019 04:41:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: NVpBI4wVM1mVGPjNTfSELwdDpdKqLJyUm7usQuF.Ffd9qoLC0w5OCuZgsRBiW0z 5apoBQY7wRINlK4mKIt3GgJcp5eYWoTYimp.FCiUE48.aBb1J5ijiREtNbcacqAfM5_yzY8S1m4q UFbEa1E05DaaL3MhjuED__KoU2S..uIn6ECjqj0Ao.4dDWSoGgbOkDpG9nqxRkuSP7mf14f8iJN2 rvBCO80m4WuktQrlIUbJwAfQdBv7E5YIzRHB4c9n54EW20HL2Vjw3RfZFoGxYfa0W_dZ52NdVu_8 .SCAlM5KAYT92ilwt7xfxl850TZTlzcBn2IxiCCKJft2_RKhaOvr__sl5rnFE7sWSBdvP8ftGlG3 YtY9GYppRVE19zY0OtNNRYhP.D8T8DjNrhnk4WYt7JtKcGZafdJX4PIaX44uHxEhCHPiaAHRp_1W CCZEBmzFdX1KeXGXnKBc6PPksbYdo2Y5PqshUIAmBW7HFic5NJm0EZtq6CjoP.EW9gA6r.tluoK9 SK.qAhcp_0vEFVPE0qGG2DrCLvjfAecV9EVFTA0TV1PgzHfeSI1tfNikC98C8HwJP_1.0nMenHX6 0wVzjv.LasbINKiZOSD3bgJQuTfVSa7U16fxLFMGnDnJXPJbxZNmJhaGUVqAC1xNNys5dov5a8uk zGfy2Yb_z5ceMMFUriT5RG0nPEuh.Wl7pjsVQZg5ptOHASwqaSIqDjvxXj2h31yuw1EiA3jBtlwj 2.kd2mlr1PwmUds5L5tpa5n4Q7XcmOGYDL.txZACTv4j2Rm4YnZzaVyJQvT6q6vmDJLWqUJREtoL Qbtg3h7O8D4DpVwkejPbhrQv.Qr6nrIjC6ndnyNomoIq9gLni_qVu1GL5QGKBftnF2xydxHLRBcW 7uudYIDR0zbBYdWMtCbiRbwdo_K9wtMV1jFDZA.Ki4SsfQxw_jmljzdHi.5oWk6b9oaiFxL1xGjk 4TAXYKxppJNtTiK7u8QNpYf9pGY0nAIS2M.L6e2m626m_FdPbRChB0k6.DKE685yxgUm.J7TazuH X4rPD_sdbbcvic5c4PKIFRnmYHl0cmRIRLoM4obRYhfGByhYfEFbAPM6jS0iYPHyylvhzufwrhlr t8GeXPny8QfRvfvQ74OhqG6d7R216TCWbUi4HzVPKlnBVaMqoGxWPIcXPihQAyh1C9QoRg39R60. NkHGMmAmdqM8mDOX7s4QtamPlvSDL0U_T2RZ7jTIQaq_tnu3ATl2ZuDqn4EuwmWV7vf7nd8fEag- - Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Mon, 20 May 2019 04:41:22 +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 9c598f7b4214c3b7bfe5b534e6982931; Mon, 20 May 2019 04:41:20 +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: <21426EE8-7B54-4FFC-AEC7-898BD3185413@yahoo.com> Date: Sun, 19 May 2019 21:41:17 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <0743B28F-3F61-401F-BD61-B69C4B207559@yahoo.com> <21426EE8-7B54-4FFC-AEC7-898BD3185413@yahoo.com> To: Dimitry Andric X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: EB1618B68C X-Spamd-Bar: + X-Spamd-Result: default: False [1.12 / 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)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.75)[0.750,0]; NEURAL_HAM_LONG(-0.39)[-0.392,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.13)[ip: (2.87), ipnet: 74.6.128.0/21(1.58), asn: 26101(1.26), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.14)[0.144,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[125.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 May 2019 04:41:31 -0000 [I finally provide a small source file and steps for processing it to produce the BFD_ASSERT notices.] 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. :-) NOTE: Only tested in the powerpc64 context, with system clang 8 for c++ and base/binutil for ld and such. I used the simple_version_script.map from llvm60 in my environment. (Also noted in bugzilla comment #13:) The following small source code file and the few steps to build/link it produce the message: # more small_link_failure.cpp unsigned long fixed_seed_override=3D 0xdeadc0de; inline unsigned long get_execution_seed() { const unsigned long seed_prime =3D 0xff51afd7ed558ccdULL; static unsigned long seed =3D fixed_seed_override ? = fixed_seed_override : (unsigned long)seed_prime; return seed; } unsigned long f() { return get_execution_seed(); } # c++ -c small_link_failure.cpp # rm -f small_link_failure.a # /usr/bin/ar qc small_link_failure.a small_link_failure.o # "/usr/bin/powerpc64-unknown-freebsd13.0-ld" \ "-Bshareable" \ "-o" "small_link_failure-1.0.so" \ "/usr/lib/crtbeginS.o" \ "--version-script" = "/wrkdirs/usr/ports/devel/llvm60/work/.build/./lib/tools/llvm-shlib/simple= _version_script.map" \ "--whole-archive" \ "small_link_failure.a" \ "--no-whole-archive" \ "-lm" # /usr/bin/powerpc64-unknown-freebsd13.0-ld \ "-Bshareable" \ "-o" "small_link_failure.so.1.0.1" \ "small_link_failure-1.0.so" The resultant output is: /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 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Tue May 21 23:20:27 2019 Return-Path: Delivered-To: freebsd-ppc@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 49CA51593461 for ; Tue, 21 May 2019 23:20:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-3.consmr.mail.bf2.yahoo.com (sonic303-3.consmr.mail.bf2.yahoo.com [74.6.131.42]) (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 27AD8865D2 for ; Tue, 21 May 2019 23:20:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: rVyToH4VM1k2KEHM7FLWCw15bo3WMn2NLpkyh_hrPzjkM.slduZB0rD_Fh3TZ.8 Fowk0zrAxT5Q1mI0ezGLzKI_NiQ3F_z7xZoGxZnO2g1NchMirWT3N4X07IuRqqQSiYNqR8ZiiBCI CyRLLfHooUbiieUJQ9GtUpfc0EJHPoq_fpzAidnjuBynDbv0nnajyYUy330Bdyaad8JiosjBg_o0 ahP3gCQErFKsqdEU9NIS9ik4CchMd7OVoNdn60RNnNpBxnaE8Vqoq3ZCXuRI6rh3I99VvAo2akAX szMcq8265I191gNYhdXcbWx.Xov1gximCewErbbj696tjBzXvNv2MRTPxbZdonTmk_u5fkg_MSWA QX1qVngR9UHS7PfZoxbx_EO_HHeNPZS6wSgnEG_JQ4WkueKhj3XW02FZji7MRJNvsCZyQGC5Gzok qhA4iIOaN0dMsBxYtjuYnRURGiV6ykp4TPmMd1GCjbJWdAgAYoK3NKj.xSsUVgEIG9adLpNv7bQN W3U3Dq0MnedDZM_ntUOjEFBq9CHsi6q9P3YJ6L.UX6q9KDCLQWBN.GgpGlDyfLBBxKFqC7AkcdkL OdTIU1P6jdM3mTmUA3TYN.5AfEDcrDbpMZbjoa8sSE4PvpDskvHmdeDw2YTLrM_cuXqFxerpYhjx sKeOQXRNUTzOLBcrss3WOGk0FyrAaBWzNV7a7A2Cob4SNVwz7A8wh70XIqXDLxt3j5liVHVi3hIf iu5ZkOGn2y5ouUX1oTY9qF0nJ4hnOJEZGv8VGcsM80EH_C5zknzqKIp5deur13U5ECnmaN_zu9k9 75bNezptTtJT81MFTGLAcH7rFLr8tZDVZPR.MPCUjlGFZS.nEUvJCYuGvDWaC7ejvkUI9tWYT8DL Mfngr3Rg1rK.Zoaq3WUlDacBA.pDid19w98oRK_ZtaU7gIxuKAl.R_vPntSCzVv_bqFqAlZv4gJf r31jMsQI83lBrPpY9WdXKdMCOQfAZFmAzBjJyL1Z21EoXaMFz7NhsY0k.HNScIe9GH2jrKIvpCX0 oJKWT.Nrlr3yO05DSoc4oAmVAD6ZL6AdaWxB3x7QjfckYW2kforqFpycbom0StlotQM5akrHP.iZ IiHIZ4bu0HX6aCFpZWJn.sSrQwUoBWxM_hLcpJB.X0uJczpei5aafaDjXEOaod0tL3KR1A6DB7GO 9O96ay_NMagcvsKnZPH7eAea.G0zTHqNbiwAJ6mpIHKR4.pTwQXmhV.b2tuNvpF0hcW4rfUCvPfM - Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Tue, 21 May 2019 23:20:19 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp404.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5361bbaf3ff9ec2feff4ee69999bc0e1; Tue, 21 May 2019 23:20:17 +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/qt5-core on clang 8 based powerpc64 system: "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit platform" From: Mark Millard In-Reply-To: <2E1BCA58-8420-4B74-A0CB-FBDC744BDDA6@yahoo.com> Date: Tue, 21 May 2019 16:20:15 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <3B8E25C1-1EB4-4D18-A45F-72555C3AC13D@yahoo.com> References: <2E1BCA58-8420-4B74-A0CB-FBDC744BDDA6@yahoo.com> To: ports-list freebsd , tcberner@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 27AD8865D2 X-Spamd-Bar: / X-Spamd-Result: default: False [0.44 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(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]; 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.59)[-0.592,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.29)[0.292,0]; NEURAL_HAM_LONG(-0.27)[-0.268,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.52)[ip: (4.82), ipnet: 74.6.128.0/21(1.57), asn: 26101(1.26), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[42.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 May 2019 23:20:27 -0000 I'm top posting because the problem originally reported seems to be a later consequence of a much earlier problem. Looking in the logs showed lots of use of -I%%LOCALBASE%%/lib/gcc8/include/c++ and looking = in: = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/mkspec= s/freebsd-g++/qmake.conf shows: EXTRA_INCLUDEPATH +=3D /usr/local/lib/gcc8/include = %%LOCALBASE%%/lib/gcc8/include/c++ That seems to drive from the qmake.conf.bak: EXTRA_INCLUDEPATH +=3D /usr/local/lib/gcc%%GCC_DEFAULT%%/include = %%LOCALBASE%%/lib/gcc%%GCC_DEFAULT%%/include/c++ So %%GCC_DEFAULT%% managed to be replaced corrctly. Notably qmake.conf.orig does not have the line at all: # # qmake configuration for freebsd-g++ # MAKEFILE_GENERATOR =3D UNIX QMAKE_PLATFORM =3D freebsd include(../common/bsd/bsd.conf) # Addon software goes into /usr/local on FreeBSD, by default we will = look there QMAKE_INCDIR_POST =3D /usr/local/include QMAKE_LIBDIR_POST =3D /usr/local/lib include(../common/gcc-base-unix.conf) include(../common/g++-unix.conf) load(qt_config) /usr/ports/Mk/Uses/qt-dist.mk has: post-patch: gcc-post-patch gcc-post-patch: ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/common/g++-base.conf \ ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf and: post-patch: qtbase-post-patch qtbase-post-patch: ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf My guess here is that back in gcc-post-patch: gcc-post-patch: ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf . . . it needs -e and a g in order to do more than one substitution: gcc-post-patch: ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf . . . On 2019-May-19, at 07:40, Mark Millard 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. But the build of qt5-core uses g++8. >=20 > The log shows: >=20 > --- .obj/qatomic.o --- > g++8 -c -O2 -pipe -g -fstack-protector-strong = -Wl,-rpath=3D/usr/local/lib/gcc8 -Wl,-rpath=3D/usr/local/lib/gcc8 -Og = -std=3Dc++1z -fvisibility=3Dhidden -fvisibility-inlines-hidden -Wall -W = -pthread -fPIC -DQT_GLIB -DQT_NO_USING_NAMESPACE -DQT_NO_FOREACH = -DQT_NO_NARROWING_CONVERSIONS_IN_CONNECT -DQT_BUILD_CORE_LIB = -DQT_BUILDING_QT -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS = -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_DEPRECATED_WARNINGS = -DQT_DISABLE_DEPRECATED_BEFORE=3D0x050000 -D_LARGEFILE64_SOURCE = -D_LARGEFILE_SOURCE -I. -Iglobal -I../3rdparty/harfbuzz/src = -I../3rdparty/md5 -I../3rdparty/md4 -I../3rdparty/sha3 -I../3rdparty = -I../3rdparty/double-conversion/include = -I../3rdparty/double-conversion/include/double-conversion = -I../3rdparty/forkfd -I../3rdparty/tinycbor/src -I../../include = -I../../include/QtCore -I../../include/QtCore/5.12.2 = -I../../include/QtCore/5.12.2/QtCore -I.moc -I.tracegen -isystem = /usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include = -I/usr/local/lib/gcc8/include -I%%LOCALBASE%%/lib/gcc8/include/c++ = -isystem /usr/local/include -I/usr/local/lib/qt5/mkspecs/freebsd-g++ -o = .obj/qatomic.o thread/qatomic.cpp > thread/qatomic.cpp:1624:4: error: #error "Q_ATOMIC_INT64_IS_SUPPORTED = must be defined on a 64-bit platform" > # error "Q_ATOMIC_INT64_IS_SUPPORTED must be defined on a 64-bit = platform" > ^~~~~ > In file included from ../../include/QtCore/qglobal.h:1, > from thread/qatomic.h:41, > from thread/qatomic.cpp:41: > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': > ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' > thread/qatomic.cpp:1631:1: required from here > ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform > # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) > = ^~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' > Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); > ^~~~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': > ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' > thread/qatomic.cpp:1632:1: required from here > ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform > # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) > = ^~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' > Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); > ^~~~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': > ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' > thread/qatomic.cpp:1633:1: required from here > ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform > # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) > = ^~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' > Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); > ^~~~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h: In = instantiation of 'class QBasicAtomicInteger': > ../../include/QtCore/../../src/corelib/thread/qatomic.h:55:7: = required from 'class QAtomicInteger' > thread/qatomic.cpp:1634:1: required from here > ../../include/QtCore/../../src/corelib/global/qglobal.h:121:63: error: = static assertion failed: template parameter is an integral of a size not = supported on this platform > # define Q_STATIC_ASSERT_X(Condition, Message) = static_assert(bool(Condition), Message) > = ^~~~~~~~~~~~~~~ > ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:97:5: = note: in expansion of macro 'Q_STATIC_ASSERT_X' > Q_STATIC_ASSERT_X(QAtomicOpsSupport::IsSupported, = "template parameter is an integral of a size not supported on this = platform"); > ^~~~~~~~~~~~~~~~~ > *** [.obj/qatomic.o] Error code 1 >=20 > make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib > 1 error >=20 > make[1]: stopped in = /wrkdirs/usr/ports/devel/qt5-core/work/qtbase-everywhere-src-5.12.2/src/co= relib > *** Error code 2 >=20 > Stop. > make: stopped in /usr/ports/devel/qt5-core > =3D>> Cleaning up wrkdir > =3D=3D=3D> Cleaning for qt5-core-5.12.2_1 > build of devel/qt5-core | qt5-core-5.12.2_1 ended at Sun May 19 = 02:49:31 PDT 2019 > build time: 00:26:21 > !!! build failure encountered !!! >=20 >=20 > For reference: >=20 > Configure summary: >=20 > Build type: freebsd-g++ (power64, CPU features: ) > Compiler: unknown (gcc8) > Configuration: compile_examples largefile optimize_debug shared rpath = debug c++11 c++14 c++1z concurrent no-gui reduce_exports release_tools = separate_debug_info stl no-widgets > Build options: > Mode ................................... debug; optimized tools > Optimize debug build ................... yes > Building shared libraries .............. yes > Using C standard ....................... C11 > Using C++ standard ..................... C++1z > Using ccache ........................... no > Using gold linker ...................... no > Using precompiled headers .............. no > Using LTCG ............................. no > Target compiler supports: > Build parts ............................ libs tools > Qt modules and options: > Qt Concurrent .......................... yes > Qt D-Bus ............................... no > Qt D-Bus directly linked to libdbus .... no > Qt Gui ................................. no > Qt Network ............................. yes > Qt Sql ................................. yes > Qt Testlib ............................. yes > Qt Widgets ............................. no > Qt Xml ................................. yes > Support enabled for: > Using pkg-config ....................... yes > udev ................................... no > Using system zlib ...................... yes > Qt Core: > DoubleConversion ....................... yes > Using system DoubleConversion ........ no > GLib ................................... yes > iconv .................................. no > ICU .................................... yes > Tracing backend ........................ > Logging backends: > journald ............................. no > syslog ............................... no > slog2 ................................ no > Using system PCRE2 ..................... yes > Qt Network: > getifaddrs() ........................... yes > IPv6 ifname ............................ yes > libproxy ............................... no > OpenSSL ................................ no > Qt directly linked to OpenSSL ........ no > OpenSSL 1.1 ............................ no > DTLS ................................... no > SCTP ................................... no > Use system proxies ..................... yes > Qt Gui: > Accessibility .......................... no > FreeType ............................... no > Using system FreeType ................ no > HarfBuzz ............................... no > Using system HarfBuzz ................ no > Fontconfig ............................. no > Image formats: > GIF .................................. no > ICO .................................. yes > JPEG ................................. no > Using system libjpeg ............... no > PNG .................................. no > Using system libpng ................ no > EGL .................................... no > OpenVG ................................. no > OpenGL: > Desktop OpenGL ....................... no > OpenGL ES 2.0 ........................ no > OpenGL ES 3.0 ........................ no > OpenGL ES 3.1 ........................ no > OpenGL ES 3.2 ........................ no > Vulkan ................................. no > Session Management ..................... yes > Features used by QPA backends: > evdev .................................. no > libinput ............................... no > INTEGRITY HID .......................... no > mtdev .................................. no > tslib .................................. no > xkbcommon .............................. no > X11 specific: > XLib ................................. no > XCB Xlib ............................. no > EGL on X11 ........................... no > QPA backends: > DirectFB ............................... no > EGLFS .................................. no > LinuxFB ................................ no > VNC .................................... yes > Mir client ............................. no > Qt Sql: > SQL item models ........................ yes > Qt Widgets: > GTK+ ................................... no > Styles ................................. Fusion Windows > Qt PrintSupport: > CUPS ................................... no > Qt Sql Drivers: > DB2 (IBM) .............................. no > InterBase .............................. no > MySql .................................. no > OCI (Oracle) ........................... no > ODBC ................................... no > PostgreSQL ............................. no > SQLite2 ................................ no > SQLite ................................. yes > Using system provided SQLite ......... no > TDS (Sybase) ........................... no > Qt Testlib: > Tester for item models ................. yes >=20 > WARNING: Feature xkb is insignificant in this configuration, ignoring = related command line option(s). >=20 > WARNING: Accessibility disabled. This configuration of Qt is = unsupported. >=20 >=20 >=20 > # svnlite diff /usr/ports/devel/qt5-core/ | more > # >=20 > (So no differences.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 23 12:16:23 2019 Return-Path: Delivered-To: freebsd-ppc@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 44FBF15A8C89 for ; Thu, 23 May 2019 12:16:23 +0000 (UTC) (envelope-from david.smith@cioutlookreports.com) Received: from mailer4.gate178.sl.smtp.com (mailer4.gate178.sl.smtp.com [192.40.178.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBA5269EB7 for ; Thu, 23 May 2019 12:16:21 +0000 (UTC) (envelope-from david.smith@cioutlookreports.com) X-MSFBL: 4rNcctInj5rKVESec/7n2QmM9ZYudSN6x7gOvrdPRDg=|eyJyIjoiZnJlZWJzZC1 wcGNAZnJlZWJzZC5vcmciLCJnIjoidmF5ZWRhc2FrZXRfZGVkaWNhdGVkX3Bvb2w iLCJiIjoidmF5ZWRhc2FrZXRfZGVkaWNhdGVkX3Bvb2xfMTkyXzQwXzE3OF80In0 = Received: from [10.137.129.35] ([10.137.129.35:58262] helo=[10.0.0.30]) by mtl-mtsp-mta05-out1.smtp.com (envelope-from ) (ecelerity 4.2.38.62370 r(:)) with ESMTP id C9/52-20521-D5A86EC5; Thu, 23 May 2019 11:56:13 +0000 Received: Received from 10.137.11.78 by Caffeine (mtl-mtsp-c02-3) with SMTP id 1012c3e2-3342-452b-baae-c23bf5ebf898 for freebsd-ppc@freebsd.org; Thu, 23 May 2019 11:56:10 +0000 (UTC) Received: from [86.27.100.26] ([86.27.100.26:51006] helo=Saket) by mtl-mtsp-mta01-in2 (envelope-from ) (ecelerity 4.1.0.46749 r(Core:4.1.0.4)) with ESMTPA id 0E/EA-10542-A5A86EC5; Thu, 23 May 2019 11:56:10 +0000 MIME-Version: 1.0 From: "David Smith" Reply-To: david.smith@cioutlookreports.com To: freebsd-ppc@freebsd.org Subject: Global Blockchain IoT Market 2019-2026 X-Mailer: Smart_Send_4_3_3 Date: Thu, 23 May 2019 12:56:06 +0100 Message-ID: <7340465176648176175134@Saket> Feedback-ID: 9000298:SMTPCOM X-SMTPCOM-Sender-ID: 9000298 X-SMTPCOM-Tracking-Number: 1012c3e2-3342-452b-baae-c23bf5ebf898 X-SMTPCOM-Message-ID: 36d47fb9-bfc8-4086-a878-3cf4a9729c45 X-SMTPCOM-Payload: AWLIQNr8V98_fYNKgpdOLwCV7Mv0uEVqVjb-RCUXWPl2D8qc6EMuMgdF8rziHndFg9t3rlDlnqpK86ymCs17Lo5-nUOohZQgfnhcgl9iRTAcN9BKIcTjWVfKrFzMP9x25vjoK5v0EyIYfhBCFRL0AWf_2rWP_TW2cUE5nIX8gRtAvLT9eryyQrj9oV8Csoyu DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=smtpsendemail.com; i=@smtpsendemail.com; q=dns/txt; s=smtpcustomer; t=1558612572; h=mime-version : from : reply-to : to : subject : content-type : date : message-id : list-unsubscribe : from; bh=AA/auQ6Fs7cKq86aY06PmbT7UERcd47PtZ/wPQUxgW0=; b=CYC7bDg5dtHG3Oz0wkOddSx/8FEvDpV8SercXNJr7jWD41dejcwEjiTr u2IKGbIypDERmMZwcNSqmZbwtUxdfQgvXeVcd5RG8V+x5X2LESL3K+eKEO xKsWk1jfpB+fDfrP0H1gaeQOccFeA0TnFOhGpaEEKSZZsfZy63MvOjhLWM uv3UhmMJiFbb+Zg3+lo3pHBoFg0vhUX4sNWnsM5oW1GEr/f1XOiNnsOhj0 JzA8VJ2D79NRitLsjbsLFVlRQdXpcJSr+O9AXQ17n/rf5OSlg9+hOZaZW2 oKDfBy+UG0ASwQtsoYWtsfKtt6/Zkss9jyf+h03gTRi4d3ncNfcZcA== X-Report-Abuse: SMTP.com is an email service provider. Our abuse team cares about your feedback. Please contact abuse@smtp.com for further investigation. X-Rspamd-Queue-Id: BBA5269EB7 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=smtpsendemail.com header.s=smtpcustomer header.b=CYC7bDg5; spf=pass (mx1.freebsd.org: domain of david.smith@cioutlookreports.com designates 192.40.178.4 as permitted sender) smtp.mailfrom=david.smith@cioutlookreports.com X-Spamd-Result: default: False [1.39 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[david.smith@cioutlookreports.com]; R_SPF_ALLOW(-0.20)[+ip4:192.40.160.0/19]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[smtpsendemail.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,alt2.aspmx.l.google.com,aspmx3.googlemail.com]; NEURAL_HAM_SHORT(-0.10)[-0.095,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.11)[ipnet: 192.40.176.0/20(0.38), asn: 19005(0.28), country: CA(-0.09)]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:19005, ipnet:192.40.176.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[26.100.27.86.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[smtpsendemail.com:s=smtpcustomer]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.43)[-0.426,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[cioutlookreports.com]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MANY_INVISIBLE_PARTS(1.00)[10]; NEURAL_SPAM_MEDIUM(0.82)[0.820,0]; RCVD_IN_DNSWL_NONE(0.00)[4.178.40.192.list.dnswl.org : 127.0.15.0]; MID_RHS_NOT_FQDN(0.50)[] Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 12:16:23 -0000 Global Blockchain IoT Market 2019-2026 Report Information: Release Date: May 2019 Number of Pages: 80 Report Overview: Internet of Things (IoT) has been progressing on a fast track owing to emer= ging technologies and infrastructure developments. Most electrical devices = are getting connected, whether it is a fridge at home or a printer in the o= ffice. The upcoming 5G deployment is going to accelerate IoT growth. The 5G deploy= ment has already been started this year on a trial basis in selected areas.= Indeed, faster data transmission will play a key role in helping IoT. Howe= ver, one of the key growing concerns is around IoT network security. Theref= ore, some of the key areas that need to be addressed include a wide range o= f interconnectivity, the security of communication and safety of data backu= p. In the IoT ecosystem, hardware and software need to be secured at the same = time. Both platforms and applications providers have been trying to make su= re that their ecosystems are fully secure. A number of provisions have been= maintained for that purpose. Recently blockchain has started emerging a ke= y technology which can be used for various functions including network secu= rity. All major IoT platform providers have already started R&D on blockcha= in technology for further exploration. The blockchain technology is still in a nascent stage, and the development = work is going on for various industries and various applications. Most of t= he development work is at a pilot stage and will require time for deploymen= ts. The implementation of blockchain is expected to revolutionise the IoT i= ndustry by making it more secure and safe. Some of the potential areas include asset tracking and supply chain, smart = building, insurance, inventory management, and connected cars. Meanwhile, D= reamzIoT, Ambrosus and Modum are working on asset tracking and supply chain= while Concentric and Hdac formed a partnership to work together on the dev= elopment of smart building through IoT and blockchain. PICC (People's Insur= ance Company of China) is working on insurance and Filament is working on t= he development of connected cars. Some companies such as IBM Watson, Walton= chain, Weeve, NetObjex, Viant and VeChain are providing platforms services = to businesses. Key Questions Answered: What are the major issues around IoT system=3F How will blockchain bring changes to existing IoT system=3F How will blockchain integration with IoT help industries=3F Which companies are working on developing blockchain based IoT products=3F How blockchain can ensure better cybersecurity for IoT=3F Companies providing platforms for businesses and organisations Security of IoT platforms and applications Market assessment and forecasts of more than nine applications: Assets trac= king, automotive, consumer electronics, health care sector, insurance, smar= t homes, smart industries, smart utilities and others What are the key drivers and restraints of combining blockchain with IoT=3F Key Areas Covered: Applications Platforms Cybersecurity Key players in the industry Drivers and restraints Trends and developments in the blockchain IoT industry Table of Contents: Chapter 1- Executive summary Key findings Chapter 2- Introduction IoT ecosystem Blockchain IoT Methodology Chapter 3- Security of IoT devices and platforms Cybersecurity in the IoT market Blockchain and IoT Chapter 4- Applications Key applications of IoT Key applications of blockchain IoT Chapter 5- Platforms and service providers Key aspects of platforms Competitive analysis of the platform providers Chapter 7- Drivers and restraints Drivers Restraints Chapter 8- Conclusions and recommendations Conclusions Recommendations List of tables: Table 1.1: Total global IoT devices 2015-2026 (million units) Table 1.2: Total global active IoT devices 2015-2026 (million units) Table 1.3: Total global IoT devices by region 2015-2026 (million units) Table 3.1: Global IoT cybersecurity devices market in value terms 2015-2026= ($ millions) Table 3.2: Global blockchain enabled IoT devices market as a % of total IoT= Devices 2015-2026 (% share) Table 4.1: Global IoT devices market by applications 2015-2026 (million uni= ts) Table 4.2: Global IoT devices market by applications in units 2015-2026 (mi= llion units) Table 4.3: Global IoT devices market by applications in value terms 2015-20= 26 ($ millions) Table 4.4: Global IoT devices market by type of connectivity in units 2015-= 2026 (million units) Table 4.5: Cellular IoT devices connections by applications 2015-2026 (mill= ion units) Table 4.6: Cellular IoT devices connections by regions 2015-2026 (million u= nits) List of charts: Figure 1.1: Global IoT devices market by type of connectivity 2015-2026 (mi= llion units) Figure 4.1: Global IoT devices market shares by applications 2015-2026 (%) Figure 4.2: Cellular IoT devices connections market share by applications 2= 015-2026 (%) Figure 4.3: Cellular IoT devices connections market share by regions 2015-2= 026 (%) Report Pricing: Single User License: =A31995 Departmental License (up to 5 Users): =A33595 Global License: =A34995 =20 Ordering process: Please contact David Smith on david.smith@cioutlookreports.com And provide the following information: Report Title - Report License - (Single User/Departmental/Global) Name - Email - Job Title - Company - Invoice Address VAT number (EU Only) Please contact me if you have any questions, or wish to purchase a copy I look forward to hearing from you. Kind Regards David Smith Business Intelligence To Unsubscribe send an email with Unsubscribe in the subject line to info@c= s-reports.com From owner-freebsd-ppc@freebsd.org Thu May 23 18:25:11 2019 Return-Path: Delivered-To: freebsd-ppc@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 ADE2515B1D36 for ; Thu, 23 May 2019 18:25:10 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 C808380D80 for ; Thu, 23 May 2019 18:25:09 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: by mail-io1-xd35.google.com with SMTP id b3so274371iob.12 for ; Thu, 23 May 2019 11:25:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=5bJMGvqaEU1KM8gv2xgfjcS/y+5p1geRN+iAZ3fXO1k=; b=tIno0ZupYVtOu9chtZF5TWEmdaTj1SnST2oC//w0qPt3xp/tQA8f0Lir4lpmFdJqtp hlrYPmFHu/w0gsKJLJq/CrT8X8Cs6bVltRXLAPEa3YSMN4Cdk/nDvzXBiIhTtTxMSBXp 0/DK5gy1Swdji68k5y+D9ZQwMgu1X6dC6ApfjY3RNxyramWj+l2osCkbftsGGjH4tPVJ gb2QB+Yoev+dm0GvZq9fnUDMrqBmwXWEvucgh4P9SMR2B1AqKCU1U6VaPiV2H0Zig6OW SXiK/olhj/FO+IcGwr26ReKHriA/oYjiEY6x9Y3YI/o42JyIzPJ1snlOfGKHnGVU7dm0 OVxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=5bJMGvqaEU1KM8gv2xgfjcS/y+5p1geRN+iAZ3fXO1k=; b=n6MhlyXYDJMPK/K0xGbVzQXr8uLkSoNYnBsrCGkK+SXbKF78I1w404aHEYBGrmdeW8 IBKCRSZu6YC7apJp44FZJo/FMYog1bq1XeFZRtleL/SIURo6rZ82Y0dq7ACs4slS7+ky 8q9rrl8/qXBNZ6hB4f146U7joH8vAZYoNUc8a6xDiUbY0X6xr9B/gpRSGJvSbA88YsCX 8FEmOR5CP+pLhbe7FZQl8yYKM2AJuB9O3jH4Q2WkQiQeGiABhiPSYKtl5SnOdvhQkfmw E1MGtbvgrJcVpBYeBSiR5rrUn+nWbHCRIX2QH7NuP0aejLtbXghCOseyAwDq6my7owwz 2+5w== X-Gm-Message-State: APjAAAXZhe08Y021cxKJMpV6jH7B637N62H2LwsB29+JQQXsUwjcsSBf l/4fWka5Sk9sCeTieAs4sHZVf/cX X-Google-Smtp-Source: APXvYqz9+og8+T+MCpo/kBIwyw0W33ePKyYZbL91pnAA4UgjB6r5UxAZsRsKcSINbBeE7Wze8il6MA== X-Received: by 2002:a5d:9352:: with SMTP id i18mr689018ioo.177.1558635908272; Thu, 23 May 2019 11:25:08 -0700 (PDT) Received: from toshiba.acadix.biz ([2605:a000:bc45:5f00:224:d2ff:fe27:bb80]) by smtp.gmail.com with ESMTPSA id a2sm83838iok.47.2019.05.23.11.25.07 for (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Thu, 23 May 2019 11:25:07 -0700 (PDT) To: "freebsd-ppc@freebsd.org" From: Jason Bacon Subject: Mac G5 X11 performance Message-ID: Date: Thu, 23 May 2019 13:25:07 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: C808380D80 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tIno0Zup; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bacon4000@gmail.com designates 2607:f8b0:4864:20::d35 as permitted sender) smtp.mailfrom=bacon4000@gmail.com X-Spamd-Result: default: False [-6.85 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.84)[ip: (-8.60), ipnet: 2607:f8b0::/32(-3.28), asn: 15169(-2.28), country: US(-0.06)]; RCVD_IN_DNSWL_NONE(0.00)[5.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 18:25:11 -0000 This is not a very important issue, but thought I'd bring in up in case there's a simple solution. I have an iMac G5, used mainly for port testing, but I've found that it's very close to being a usable desktop system (running SLiM login manager and LXDE as other mainstream desktop environments don't currently build).  All it would need is a few more key ports fixed (e.g. firefox or chromium, qt5-*) and improved X11 performance. X11 performance is slow to the point where a dragged window won't even keep up with the mouse. Chipset and Xorg info is below. Loading radeonkms causes a complete system freeze. I haven't found anything on the freebsd-ppc pages or elsewhere to help. If anyone knows of any ways to improve the situation, I'd appreciate hearing them.  If they're not too hackish, I would add support to sysutils/desktop-installer so others with PowerPC Macs can configure them with minimal effort. vgapci0@pci0:0:16:0:    class=0x030000 card=0x41501002 chip=0x41501002 rev=0x00 hdr=0x00     vendor     = 'Advanced Micro Devices, Inc. [AMD/ATI]'     device     = 'RV350 [Radeon 9550/9600/X1050 Series]'     class      = display     subclass   = VGA [    66.665] X.Org X Server 1.18.4 Release Date: 2016-07-19 [    66.665] X Protocol Version 11, Revision 0 [    66.665] Build Operating System: FreeBSD 12.0-RELEASE-p3 powerpc [    66.666] Current Operating System: FreeBSD imacg5.acadix.biz 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC powerpc [    66.667] Build Date: 01 May 2019  12:53:13AM [    66.667] [    66.667] Current version of pixman: 0.34.0 [    66.667]     Before reporting problems, check http://wiki.x.org     to make sure that you have the latest version. [    66.667] Markers: (--) probed, (**) from config file, (==) default setting,     (++) from command line, (!!) notice, (II) informational,     (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [    66.667] (==) Log file: "/var/log/Xorg.0.log", Time: Thu May 23 12:59:10 2019 [    66.790] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d" [    66.834] (==) No Layout section.  Using the first Screen section. [    66.834] (==) No screen section available. Using defaults. [    66.834] (**) |-->Screen "Default Screen Section" (0) [    66.834] (**) |   |-->Monitor "" [    66.835] (==) No monitor specified for screen "Default Screen Section".     Using a default monitor configuration. [    66.835] (==) Automatically adding devices [    66.835] (==) Automatically enabling devices [    66.835] (==) Not automatically adding GPU devices [    66.835] (==) Max clients allowed: 256, resource mask: 0x1fffff [    66.921] (==) FontPath set to:     /usr/local/share/fonts/misc/,     /usr/local/share/fonts/TTF/,     /usr/local/share/fonts/OTF/,     /usr/local/share/fonts/Type1/,     /usr/local/share/fonts/100dpi/,     /usr/local/share/fonts/75dpi/ [    66.921] (==) ModulePath set to "/usr/local/lib/xorg/modules" [    66.921] (II) The server relies on devd to provide the list of input devices.     If no devices become available, reconfigure devd or disable AutoAddDevices. [    66.921] (II) Loader magic: 0x1023d968 [    66.921] (II) Module ABI versions: [    66.921]     X.Org ANSI C Emulation: 0.4 [    66.921]     X.Org Video Driver: 20.0 [    66.922]     X.Org XInput driver : 22.1 [    66.922]     X.Org Server Extension : 9.0 [    66.922] (WW) xf86EnableIO -1 [    66.922] (II) xf86EnableIO: ffffffff [    66.922] (WW) Can't map IO space! [    66.922] (--) PCI: (0:0:16:0) 1002:4150:1002:4150 rev 0, Mem @ 0x98000000/134217728, 0x90000000/65536, I/O @ 0x00000400/256, BIOS @ 0x????????/65536 [    66.923] (II) LoadModule: "glx" [    66.945] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [    67.207] (II) Module glx: vendor="X.Org Foundation" [    67.207]     compiled for 1.18.4, module version = 1.0.0 [    67.207]     ABI class: X.Org Server Extension, version 9.0 [    67.208] (==) AIGLX enabled [    67.208] (==) Matched modesetting as autoconfigured driver 0 [    67.209] (==) Matched scfb as autoconfigured driver 1 [    67.209] (==) Assigned the driver to the xf86ConfigLayout [    67.209] (II) LoadModule: "modesetting" [    67.209] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so [    67.222] (II) Module modesetting: vendor="X.Org Foundation" [    67.222]     compiled for 1.18.4, module version = 1.18.4 [    67.222]     Module class: X.Org Video Driver [    67.222]     ABI class: X.Org Video Driver, version 20.0 [    67.222] (II) LoadModule: "scfb" [    67.222] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so [    67.232] (II) Module scfb: vendor="X.Org Foundation" [    67.232]     compiled for 1.18.4, module version = 0.0.4 [    67.232]     ABI class: X.Org Video Driver, version 20.0 [    67.232] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [    67.232] (II) scfb: driver for wsdisplay framebuffer: scfb [    67.233] (--) Using syscons driver with X support (version 8589934592.0) [    67.233] (++) using VT number 9 [    67.233] (WW) Falling back to old probe method for modesetting [    67.234] (EE) open /dev/dri/card0: No such file or directory [    67.234] (WW) Falling back to old probe method for scfb [    67.234] scfb trace: probe start [    67.234] (II) scfb(0): using default device [    67.234] scfb trace: probe done [    67.234] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [    67.234] scfb: PreInit 0 [    67.234] (II) scfb(0): Using: depth (32),    width (1680),  height (1050) [    67.235] (II) scfb(0): Creating default Display subsection in Screen section     "Default Screen Section" for depth/fbbpp 24/32 [    67.235] (==) scfb(0): Depth 24, (==) framebuffer bpp 32 [    67.235] (==) scfb(0): RGB weight 888 [    67.235] (==) scfb(0): Default visual is TrueColor [    67.235] (==) scfb(0): Using gamma correction (1.0, 1.0, 1.0) [    67.235] (II) scfb(0): Vidmem: 7087k [    67.235] (==) scfb(0): DPI set to (96, 96) [    67.235] (**) scfb(0): Using "Shadow Framebuffer" [    67.235] (II) Loading sub module "shadow" [    67.235] (II) LoadModule: "shadow" [    67.236] (II) Loading /usr/local/lib/xorg/modules/libshadow.so [    67.359] (II) Module shadow: vendor="X.Org Foundation" [    67.359]     compiled for 1.18.4, module version = 1.1.0 [    67.359]     ABI class: X.Org ANSI C Emulation, version 0.4 [    67.359] (II) Loading sub module "fb" [    67.359] (II) LoadModule: "fb" [    67.360] (II) Loading /usr/local/lib/xorg/modules/libfb.so [    67.415] (II) Module fb: vendor="X.Org Foundation" [    67.415]     compiled for 1.18.4, module version = 1.0.0 [    67.415]     ABI class: X.Org ANSI C Emulation, version 0.4 [    67.415] scfb: PreInit done [    67.415] (II) UnloadModule: "modesetting" [    67.415] (II) Unloading modesetting [    67.415] (--) Depth 24 pixmap format is 32 bpp [    67.416] scfb: ScfbScreenInit 0 [    67.416]     bitsPerPixel=32, depth=24, defaultVisual=TrueColor     mask: ff0000,ff00,ff, offset: 16,8,0 [    67.416] mmap returns: addr 0x811b4b000 len 0x6ec000, fd 6, off 0 [    67.416] scfb: ScfbSave 0 [    67.416] scfb: ScfbSave done [    67.418] (==) scfb(0): Backing store enabled [    67.418] scfb: ScfbScreenInit done [    67.418] (==) RandR enabled [    67.437] (II) AIGLX: Screen 0 is not DRI2 capable [    67.437] (EE) AIGLX: reverting to software rendering [    67.738] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [    67.739] (II) AIGLX: Loaded and initialized swrast [    67.739] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [    68.589] (II) config/devd: probing input devices... [    68.589] (II) config/devd: adding input device (null) (/dev/kbdmux) [    68.589] (II) LoadModule: "kbd" [    68.591] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [    68.609] (II) Module kbd: vendor="X.Org Foundation" [    68.609]     compiled for 1.18.4, module version = 1.9.0 [    68.609]     Module class: X.Org XInput Driver [    68.609]     ABI class: X.Org XInput driver, version 22.1 [    68.609] (II) Using input driver 'kbd' for 'kbdmux' [    68.609] (**) kbdmux: always reports core events [    68.609] (**) kbdmux: always reports core events [    68.609] (**) Option "Protocol" "standard" [    68.609] (**) Option "XkbRules" "base" [    68.609] (**) Option "XkbModel" "pc105" [    68.609] (**) Option "XkbLayout" "us" [    68.609] (**) Option "config_info" "devd:kbdmux" [    68.610] (II) XINPUT: Adding extended input device "kbdmux" (type: KEYBOARD, id 6) [    68.611] (II) config/devd: kbdmux is enabled, ignoring device ukbd0 [    68.611] (II) config/devd: kbdmux is enabled, ignoring device ukbd1 [    68.612] (II) config/devd: adding input device (null) (/dev/sysmouse) [    68.612] (II) LoadModule: "mouse" [    68.613] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so [    68.665] (II) Module mouse: vendor="X.Org Foundation" [    68.665]     compiled for 1.18.4, module version = 1.9.3 [    68.665]     Module class: X.Org XInput Driver [    68.665]     ABI class: X.Org XInput driver, version 22.1 [    68.665] (II) Using input driver 'mouse' for 'sysmouse' [    68.665] (**) sysmouse: always reports core events [    68.665] (**) Option "Device" "/dev/sysmouse" [    68.665] (==) sysmouse: Protocol: "Auto" [    68.666] (**) sysmouse: always reports core events [    68.666] (==) sysmouse: Emulate3Buttons, Emulate3Timeout: 50 [    68.666] (**) sysmouse: ZAxisMapping: buttons 4 and 5 [    68.666] (**) sysmouse: Buttons: 5 [    68.666] (**) Option "config_info" "devd:sysmouse" [    68.666] (II) XINPUT: Adding extended input device "sysmouse" (type: MOUSE, id 7) [    68.667] (**) sysmouse: (accel) keeping acceleration scheme 1 [    68.667] (**) sysmouse: (accel) acceleration profile 0 [    68.667] (**) sysmouse: (accel) acceleration factor: 2.000 [    68.667] (**) sysmouse: (accel) acceleration threshold: 4 [    68.667] (II) sysmouse: SetupAuto: hw.iftype is 4, hw.model is 0 [    68.667] (II) sysmouse: SetupAuto: protocol is SysMouse [    68.668] (II) config/devd: device /dev/ums0 already opened [    68.668] (II) config/devd: device /dev/ums1 already opened [    68.670] scfb: SaveScreen 0 [    68.670] scfb: SaveScreen done [   668.671] scfb: SaveScreen 0 [   668.672] scfb: SaveScreen done -- Earth is a beta site. From owner-freebsd-ppc@freebsd.org Thu May 23 18:47:04 2019 Return-Path: Delivered-To: freebsd-ppc@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 CD2B715B25E8 for ; Thu, 23 May 2019 18:47:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.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 77BC981D88 for ; Thu, 23 May 2019 18:47:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zbzqukcVM1n8fw4HAYGCrl6_Okc3LOCcNvzpUcv_FDOm.gakjxKCSFR4GUgSFRu y8At4gCfAi0Ff.2yenp9V7eZiNWSYRAigbahpIzWgaFsD4aguP3Di51keDDByfJcjnMeYcCI9yNn nmUD.Y.sxrrkNLWnGKDbX6WZVFSJpzMDIhu3mVXs0Yj3UMTPv0Sf7n9lSmLUFQytUIsbJtf23CtG w_RKpYmCXvRyOj8JfICYKJT1lBY4LK3CckRHAPAIwBWGKZG2M58G3m3Xils4_I0cRjmDp0YJlUvR YrB6WooQhEguiB0rda7yIt87iv72BrCEbQYDd8e1RnmnSKIo7RiEtLif6Jwperswg54FPe.t2waY 0Nb8_rAvf6QM2qcUFSOdUC.ds9UgIbv3tIOXVfYr.BbO2OamRtqi89ewahU2JDuA0zFeYZHmcWlv 9RjxFSzMmf809lzvqcjipD_uOhjSaVyJTS578v49Kx5OvM3_RVWMa.Ci.CZguf1LwQ09bEzOQ0Fk Eh3.yHUses6pVsj_agRaTK6xDbomn0Xx8Qm.V93NvM6NayG7ywZcGIgE.5nz5Zu1Z9.EyBO8Qoll lmWrc8jcQTius1ac9N6omu7KxONc085C3L.66B.Edldz5XDRl4lNtISk6BSlCybHLO.kDffyYl37 MixPHeOXmaZrovaQ3GJ2G3avqBdWhl8z7FreuFn.sGGHV5bBe8kKVsFlHOQU5YbLsKHAMu4ZwE0d KdEtYlDCCP_R2A4xVjLs7LN6devdVpyAe5hgyABrlodla4sfgNiT3HMzvhvDrNEDEzomv1q3NN6m obD7Zlv7uTDAsOS9HdaGmaOrFZ8Wg0mjO_fWByUtG.YU.RtxF3egJZ5CB1HHK4RwtuxcSnB0iUFO .geg0ZeWlrfGsMXc0zjlhBCxg1iWRSOVPEru6xjexCZFXCxNX2N6VPomYsybJgOfglTLWVqB8d9e lnLtitr4r8SHA0TeKvfbPz30GYueUQ4dR5bERUIChK_VNBl8K6y4HubhILuAtw6T2hfskZsQs5Dd JV3Um0mygAuyJIHi00hnQfSsiVCpaL2e37eBUH0JZXXmW_VaWzhgI0vxP3rER5fbzbrgrpTxXFlT K5.w3CU72rWuJnUAyISZJYp0ItIPQKnMVc1Y3m9Y6X.tu12XZSC_vVA_FtoVgS9s_8qYHOFmsrr3 YDK81NX1YdIHgoEvOLwEDnENh3CelPNWEydfg8KeHHfQGbYnH7fKr4ZxucPxrrWJn7mBLgqo- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 May 2019 18:46:56 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp409.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID efd4bd3a15cba81195d93968cf17973e; Thu, 23 May 2019 18:26:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" From: Mark Millard In-Reply-To: Date: Thu, 23 May 2019 11:26:36 -0700 Cc: Jan Beich , ports-list freebsd Content-Transfer-Encoding: quoted-printable Message-Id: <12E7623E-2B40-4740-8965-0CAB7D695AB9@yahoo.com> References: To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 77BC981D88 X-Spamd-Bar: + X-Spamd-Result: default: False [1.46 / 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)[]; IP_SCORE(1.01)[ip: (3.33), ipnet: 98.137.64.0/21(0.99), asn: 36647(0.79), country: US(-0.06)]; 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.62)[0.623,0]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-0.24)[-0.240,0]; NEURAL_SPAM_MEDIUM(0.58)[0.579,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.64.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 18:47:05 -0000 [Just sending to toolchain and powerpc lists as well. Somehow I missed listing them the first time I sent this out.] On 2019-May-23, at 11:20, Mark Millard wrote: > =46rom a poudriere bulk build in a powerpc64 context (old PowerMac) > that was built with and uses system clang 8 and base/binutils > instead of the gcc 4.2.1 toolchain. I got: >=20 > [09:05:56] [04] [00:14:42] Saved graphics/mesa-dri | mesa-dri-18.3.2_2 = wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDpowerpc64-default/default/mesa-dri-1= 8.3.2_2.tbz > [09:05:57] [04] [00:14:43] Finished graphics/mesa-dri | = mesa-dri-18.3.2_2: Failed: build > [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-input-keyboard | = xf86-input-keyboard-1.9.0_3: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-input-mouse | = xf86-input-mouse-1.9.3_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-video-scfb | = xf86-video-scfb-0.0.4_7: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11-drivers/xf86-video-vesa | = xf86-video-vesa-2.4.0_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11/xorg-minimal | = xorg-minimal-7.5.2_2: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed > [09:05:59] [04] [00:14:45] Skipping x11-servers/xorg-server | = xorg-server-1.18.4_11,1: Dependent port graphics/mesa-dri | = mesa-dri-18.3.2_2 failed >=20 > I do have a backtrace: >=20 > . . . > Core was generated by `/usr/bin/cc -cc1 -triple = powerpc64-unknown-freebsd13.0 -emit-obj -disable-free -'. > Program terminated with signal SIGABRT, Aborted. > #0 .__sys_thr_kill () at thr_kill.S:3 > 3 RSYSCALL(thr_kill) > (gdb) bt > #0 .__sys_thr_kill () at thr_kill.S:3 > #1 0x00000000133072d0 in __raise (s=3D330578472) at = /usr/src/lib/libc/gen/raise.c:52 > #2 0x00000000132c7898 in abort () at = /usr/src/lib/libc/stdlib/abort.c:79 > #3 0x00000000132f6c64 in __assert (func=3D, = file=3D, line=3D, failedexpr=3D) at /usr/src/lib/libc/gen/assert.c:51 > #4 0x00000000130f7c18 in WidenVectorResult () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:253= 1 > #5 0x0000000012ad91f0 in run () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:281 > #6 0x0000000012adfa5c in LegalizeTypes () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:1115 > #7 0x000000001297ebb4 in CodeGenAndEmitDAG () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:776 > #8 0x000000001297e114 in SelectBasicBlock () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:669 > #9 0x000000001297cbc4 in SelectAllBasicBlocks () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1784 > #10 0x0000000000000000 in ?? () >=20 > (gdb) up 4 > #4 0x00000000130f7c18 in WidenVectorResult () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:253= 1 > 2531 assert(!TLI.isOperationLegalOrCustom(N->getOpcode(), = WideVecVT) && >=20 > (gdb) list > 2526 // libcalls on the undef elements. We are assuming that if = the scalar op > 2527 // requires expanding, then the vector op needs expanding = too. > 2528 EVT VT =3D N->getValueType(0); > 2529 if (TLI.isOperationExpand(N->getOpcode(), = VT.getScalarType())) { > 2530 EVT WideVecVT =3D = TLI.getTypeToTransformTo(*DAG.getContext(), VT); > 2531 assert(!TLI.isOperationLegalOrCustom(N->getOpcode(), = WideVecVT) && > 2532 "Target supports vector op, but scalar requires = expansion?"); > 2533 Res =3D DAG.UnrollVectorOp(N, = WideVecVT.getVectorNumElements()); > 2534 break; > 2535 } >=20 >=20 >=20 > Unfortunately poudiere bulk tar archives of failures do not > catch the /tmp/* material from: >=20 > cc: error: unable to execute command: Abort trap (core dumped) > cc: error: clang frontend command failed due to signal (use -v to see = invocation) > FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) > Target: powerpc64-unknown-freebsd13.0 > Thread model: posix > InstalledDir: /usr/bin > cc: note: diagnostic msg: PLEASE submit a bug report to = https://bugs.freebsd.org/submit/ and include the crash backtrace, = preprocessed source, and associated run script. > cc: note: diagnostic msg:=20 > ******************** >=20 > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > cc: note: diagnostic msg: /tmp/nir_constant_expressions-b77016.c > cc: note: diagnostic msg: /tmp/nir_constant_expressions-b77016.sh > cc: note: diagnostic msg:=20 >=20 > ******************** > gmake[5]: *** [Makefile:2829: nir/nir_constant_expressions.lo] Error 1 > gmake[5]: *** Waiting for unfinished jobs.... > gmake[5]: Leaving directory = '/wrkdirs/usr/ports/graphics/mesa-dri/work/mesa-18.3.2/src/compiler' =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 23 19:02:54 2019 Return-Path: Delivered-To: freebsd-ppc@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 82CF115B2DC5 for ; Thu, 23 May 2019 19:02:54 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 11A2782CB4 for ; Thu, 23 May 2019 19:02:52 +0000 (UTC) (envelope-from oggy@farscape.co.uk) Received: by mail-lj1-x22e.google.com with SMTP id h19so1016176ljj.4 for ; Thu, 23 May 2019 12:02:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=farscape-co-uk.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PF6h75K/+I/Q1NyrLrtNc6QuuLmN94FA6OkvHE3vxHs=; b=KhEyHHnOU+WYpkrRHBL24lLnNzXs5CoxgwYilRgqVyTo+xg6MJh4A8rf12KRdgTLvm eu1muJVR22mzvYiDh1x3C9kwBncS2rS1OHTXUX1iudmmSzCRmT0NcNOEtX1B1f9bwKnB rDbv8Om7Lg3/I6qd3Jay4EHj4w5XT/fPgnF3CN3XocjRBRXhKkB9DjVRX3WvTHw1I1PX jxidBdNGIhpTVLueF3fRXSqgQbH8+BQ184DtNTPoeTouMwc+m7VzL817l+5GpyCveGYQ A9sR2A0+Z3pb8cskdcSxL14w3HlDdXpc7uukM383V4UbwVviiAZzl0MqgQSfgOVymDaB ZPTQ== 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=PF6h75K/+I/Q1NyrLrtNc6QuuLmN94FA6OkvHE3vxHs=; b=Zv3FAJKkt0RArAChiQapocK54gm6zwk/TlsqHvQ4RKCThSb9KmopHXKbMQV5+yONs3 qlBL6yyVBGnog5FwbQNZd2szYk9DN/QaT8zVrc7Cj5sVhrE2i+VCF0tcoG1ZAYHI7CxB 8Kbn38OR3M16p1Gpu6McZZDBy5xWSyycs3dvxxBaXNU6cbAByNiChRkq5tK7Jxxt4zcK Y6ZYHwgUH/R6GTyMsAnK5Pzbu9/zNbpSu59qH/fd+2Gs5I9dzUQewIMdiF8dbEM/cgw6 guLYgJe7I0QtSttTreYRkp5i9z1yH/Jon1dwS5kWgDJ1Rf29jqKLfd9ZEFy9YjfOZSuz J0aQ== X-Gm-Message-State: APjAAAUXcEmoU7eici8/XaFnuegrEcqfGcG0336+b0oJFuhxStmYvuq2 tAl37BB+WmfPJHHdhgScCjt/R4maN6vptRGdul/qCPDc X-Google-Smtp-Source: APXvYqyFZBO/t6CaJsiocqb1U7wvorVghLIMnhOzlNJlF17+30SV/miFLJlD2oLqGHSd7GJYPbYQRb4oD/CUBbW9lXM= X-Received: by 2002:a2e:8985:: with SMTP id c5mr5506622lji.84.1558638170478; Thu, 23 May 2019 12:02:50 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Francis Little Date: Thu, 23 May 2019 20:02:37 +0100 Message-ID: Subject: Re: Mac G5 X11 performance To: Jason Bacon Cc: freebsd-ppc@freebsd.org X-Rspamd-Queue-Id: 11A2782CB4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=farscape-co-uk.20150623.gappssmtp.com header.s=20150623 header.b=KhEyHHnO; spf=pass (mx1.freebsd.org: domain of oggy@farscape.co.uk designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=oggy@farscape.co.uk X-Spamd-Result: default: False [-5.26 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; R_DKIM_ALLOW(-0.20)[farscape-co-uk.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; DMARC_NA(0.00)[farscape.co.uk]; URI_COUNT_ODD(1.00)[21]; NEURAL_HAM_SHORT(-0.92)[-0.923,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[farscape-co-uk.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[e.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,alt3.aspmx.l.google.com,alt2.aspmx.l.google.com,alt4.aspmx.l.google.com]; IP_SCORE(-2.83)[ip: (-9.62), ipnet: 2a00:1450::/32(-2.20), asn: 15169(-2.28), country: US(-0.06)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 19:02:54 -0000 I find WindowMaker fairly responsive. I've not had a lot of luck with a web browser yet, Midori builds and comes up but cannot load webpages for some reason. On Thu, 23 May 2019, 19:25 Jason Bacon, wrote: > > This is not a very important issue, but thought I'd bring in up in case > there's a simple solution. > > I have an iMac G5, used mainly for port testing, but I've found that > it's very close to being a usable desktop system (running SLiM login > manager and LXDE as other mainstream desktop environments don't > currently build). All it would need is a few more key ports fixed (e.g. > firefox or chromium, qt5-*) and improved X11 performance. > > X11 performance is slow to the point where a dragged window won't even > keep up with the mouse. > > Chipset and Xorg info is below. > > Loading radeonkms causes a complete system freeze. > > I haven't found anything on the freebsd-ppc pages or elsewhere to help. > > If anyone knows of any ways to improve the situation, I'd appreciate > hearing them. If they're not too hackish, I would add support to > sysutils/desktop-installer so others with PowerPC Macs can configure > them with minimal effort. > > vgapci0@pci0:0:16:0: class=0x030000 card=0x41501002 chip=0x41501002 > rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > device = 'RV350 [Radeon 9550/9600/X1050 Series]' > class = display > subclass = VGA > > [ 66.665] > X.Org X Server 1.18.4 > Release Date: 2016-07-19 > [ 66.665] X Protocol Version 11, Revision 0 > [ 66.665] Build Operating System: FreeBSD 12.0-RELEASE-p3 powerpc > [ 66.666] Current Operating System: FreeBSD imacg5.acadix.biz > 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC powerpc > [ 66.667] Build Date: 01 May 2019 12:53:13AM > [ 66.667] > [ 66.667] Current version of pixman: 0.34.0 > [ 66.667] Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > [ 66.667] Markers: (--) probed, (**) from config file, (==) default > setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [ 66.667] (==) Log file: "/var/log/Xorg.0.log", Time: Thu May 23 > 12:59:10 2019 > [ 66.790] (==) Using system config directory > "/usr/local/share/X11/xorg.conf.d" > [ 66.834] (==) No Layout section. Using the first Screen section. > [ 66.834] (==) No screen section available. Using defaults. > [ 66.834] (**) |-->Screen "Default Screen Section" (0) > [ 66.834] (**) | |-->Monitor "" > [ 66.835] (==) No monitor specified for screen "Default Screen Section". > Using a default monitor configuration. > [ 66.835] (==) Automatically adding devices > [ 66.835] (==) Automatically enabling devices > [ 66.835] (==) Not automatically adding GPU devices > [ 66.835] (==) Max clients allowed: 256, resource mask: 0x1fffff > [ 66.921] (==) FontPath set to: > /usr/local/share/fonts/misc/, > /usr/local/share/fonts/TTF/, > /usr/local/share/fonts/OTF/, > /usr/local/share/fonts/Type1/, > /usr/local/share/fonts/100dpi/, > /usr/local/share/fonts/75dpi/ > [ 66.921] (==) ModulePath set to "/usr/local/lib/xorg/modules" > [ 66.921] (II) The server relies on devd to provide the list of input > devices. > If no devices become available, reconfigure devd or disable > AutoAddDevices. > [ 66.921] (II) Loader magic: 0x1023d968 > [ 66.921] (II) Module ABI versions: > [ 66.921] X.Org ANSI C Emulation: 0.4 > [ 66.921] X.Org Video Driver: 20.0 > [ 66.922] X.Org XInput driver : 22.1 > [ 66.922] X.Org Server Extension : 9.0 > [ 66.922] (WW) xf86EnableIO -1 > [ 66.922] (II) xf86EnableIO: ffffffff > [ 66.922] (WW) Can't map IO space! > [ 66.922] (--) PCI: (0:0:16:0) 1002:4150:1002:4150 rev 0, Mem @ > 0x98000000/134217728, 0x90000000/65536, I/O @ 0x00000400/256, BIOS @ > 0x????????/65536 > [ 66.923] (II) LoadModule: "glx" > [ 66.945] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so > [ 67.207] (II) Module glx: vendor="X.Org Foundation" > [ 67.207] compiled for 1.18.4, module version = 1.0.0 > [ 67.207] ABI class: X.Org Server Extension, version 9.0 > [ 67.208] (==) AIGLX enabled > [ 67.208] (==) Matched modesetting as autoconfigured driver 0 > [ 67.209] (==) Matched scfb as autoconfigured driver 1 > [ 67.209] (==) Assigned the driver to the xf86ConfigLayout > [ 67.209] (II) LoadModule: "modesetting" > [ 67.209] (II) Loading > /usr/local/lib/xorg/modules/drivers/modesetting_drv.so > [ 67.222] (II) Module modesetting: vendor="X.Org Foundation" > [ 67.222] compiled for 1.18.4, module version = 1.18.4 > [ 67.222] Module class: X.Org Video Driver > [ 67.222] ABI class: X.Org Video Driver, version 20.0 > [ 67.222] (II) LoadModule: "scfb" > [ 67.222] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so > [ 67.232] (II) Module scfb: vendor="X.Org Foundation" > [ 67.232] compiled for 1.18.4, module version = 0.0.4 > [ 67.232] ABI class: X.Org Video Driver, version 20.0 > [ 67.232] (II) modesetting: Driver for Modesetting Kernel Drivers: kms > [ 67.232] (II) scfb: driver for wsdisplay framebuffer: scfb > [ 67.233] (--) Using syscons driver with X support (version > 8589934592.0) > [ 67.233] (++) using VT number 9 > > [ 67.233] (WW) Falling back to old probe method for modesetting > [ 67.234] (EE) open /dev/dri/card0: No such file or directory > [ 67.234] (WW) Falling back to old probe method for scfb > [ 67.234] scfb trace: probe start > [ 67.234] (II) scfb(0): using default device > [ 67.234] scfb trace: probe done > [ 67.234] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card > support > [ 67.234] scfb: PreInit 0 > [ 67.234] (II) scfb(0): Using: depth (32), width (1680), height > (1050) > [ 67.235] (II) scfb(0): Creating default Display subsection in Screen > section > "Default Screen Section" for depth/fbbpp 24/32 > [ 67.235] (==) scfb(0): Depth 24, (==) framebuffer bpp 32 > [ 67.235] (==) scfb(0): RGB weight 888 > [ 67.235] (==) scfb(0): Default visual is TrueColor > [ 67.235] (==) scfb(0): Using gamma correction (1.0, 1.0, 1.0) > [ 67.235] (II) scfb(0): Vidmem: 7087k > [ 67.235] (==) scfb(0): DPI set to (96, 96) > [ 67.235] (**) scfb(0): Using "Shadow Framebuffer" > [ 67.235] (II) Loading sub module "shadow" > [ 67.235] (II) LoadModule: "shadow" > [ 67.236] (II) Loading /usr/local/lib/xorg/modules/libshadow.so > [ 67.359] (II) Module shadow: vendor="X.Org Foundation" > [ 67.359] compiled for 1.18.4, module version = 1.1.0 > [ 67.359] ABI class: X.Org ANSI C Emulation, version 0.4 > [ 67.359] (II) Loading sub module "fb" > [ 67.359] (II) LoadModule: "fb" > [ 67.360] (II) Loading /usr/local/lib/xorg/modules/libfb.so > [ 67.415] (II) Module fb: vendor="X.Org Foundation" > [ 67.415] compiled for 1.18.4, module version = 1.0.0 > [ 67.415] ABI class: X.Org ANSI C Emulation, version 0.4 > [ 67.415] scfb: PreInit done > [ 67.415] (II) UnloadModule: "modesetting" > [ 67.415] (II) Unloading modesetting > [ 67.415] (--) Depth 24 pixmap format is 32 bpp > [ 67.416] scfb: ScfbScreenInit 0 > [ 67.416] bitsPerPixel=32, depth=24, defaultVisual=TrueColor > mask: ff0000,ff00,ff, offset: 16,8,0 > [ 67.416] mmap returns: addr 0x811b4b000 len 0x6ec000, fd 6, off 0 > [ 67.416] scfb: ScfbSave 0 > [ 67.416] scfb: ScfbSave done > [ 67.418] (==) scfb(0): Backing store enabled > [ 67.418] scfb: ScfbScreenInit done > [ 67.418] (==) RandR enabled > [ 67.437] (II) AIGLX: Screen 0 is not DRI2 capable > [ 67.437] (EE) AIGLX: reverting to software rendering > [ 67.738] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer > [ 67.739] (II) AIGLX: Loaded and initialized swrast > [ 67.739] (II) GLX: Initialized DRISWRAST GL provider for screen 0 > [ 68.589] (II) config/devd: probing input devices... > [ 68.589] (II) config/devd: adding input device (null) (/dev/kbdmux) > [ 68.589] (II) LoadModule: "kbd" > [ 68.591] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so > [ 68.609] (II) Module kbd: vendor="X.Org Foundation" > [ 68.609] compiled for 1.18.4, module version = 1.9.0 > [ 68.609] Module class: X.Org XInput Driver > [ 68.609] ABI class: X.Org XInput driver, version 22.1 > [ 68.609] (II) Using input driver 'kbd' for 'kbdmux' > [ 68.609] (**) kbdmux: always reports core events > [ 68.609] (**) kbdmux: always reports core events > [ 68.609] (**) Option "Protocol" "standard" > [ 68.609] (**) Option "XkbRules" "base" > [ 68.609] (**) Option "XkbModel" "pc105" > [ 68.609] (**) Option "XkbLayout" "us" > [ 68.609] (**) Option "config_info" "devd:kbdmux" > [ 68.610] (II) XINPUT: Adding extended input device "kbdmux" (type: > KEYBOARD, id 6) > [ 68.611] (II) config/devd: kbdmux is enabled, ignoring device ukbd0 > [ 68.611] (II) config/devd: kbdmux is enabled, ignoring device ukbd1 > [ 68.612] (II) config/devd: adding input device (null) (/dev/sysmouse) > [ 68.612] (II) LoadModule: "mouse" > [ 68.613] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so > [ 68.665] (II) Module mouse: vendor="X.Org Foundation" > [ 68.665] compiled for 1.18.4, module version = 1.9.3 > [ 68.665] Module class: X.Org XInput Driver > [ 68.665] ABI class: X.Org XInput driver, version 22.1 > [ 68.665] (II) Using input driver 'mouse' for 'sysmouse' > [ 68.665] (**) sysmouse: always reports core events > [ 68.665] (**) Option "Device" "/dev/sysmouse" > [ 68.665] (==) sysmouse: Protocol: "Auto" > [ 68.666] (**) sysmouse: always reports core events > [ 68.666] (==) sysmouse: Emulate3Buttons, Emulate3Timeout: 50 > [ 68.666] (**) sysmouse: ZAxisMapping: buttons 4 and 5 > [ 68.666] (**) sysmouse: Buttons: 5 > [ 68.666] (**) Option "config_info" "devd:sysmouse" > [ 68.666] (II) XINPUT: Adding extended input device "sysmouse" (type: > MOUSE, id 7) > [ 68.667] (**) sysmouse: (accel) keeping acceleration scheme 1 > [ 68.667] (**) sysmouse: (accel) acceleration profile 0 > [ 68.667] (**) sysmouse: (accel) acceleration factor: 2.000 > [ 68.667] (**) sysmouse: (accel) acceleration threshold: 4 > [ 68.667] (II) sysmouse: SetupAuto: hw.iftype is 4, hw.model is 0 > [ 68.667] (II) sysmouse: SetupAuto: protocol is SysMouse > [ 68.668] (II) config/devd: device /dev/ums0 already opened > [ 68.668] (II) config/devd: device /dev/ums1 already opened > [ 68.670] scfb: SaveScreen 0 > [ 68.670] scfb: SaveScreen done > [ 668.671] scfb: SaveScreen 0 > [ 668.672] scfb: SaveScreen done > > -- > Earth is a beta site. > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-ppc@freebsd.org Thu May 23 19:31:24 2019 Return-Path: Delivered-To: freebsd-ppc@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 8758015B3853 for ; Thu, 23 May 2019 19:31:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.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 4585E84544 for ; Thu, 23 May 2019 19:31:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VJ_GJdUVM1n2tVbx3uXv1FUM.SJq_J7ctLnrW5bwC7upJpkmt6Po2Si3Qfr8p0e 1VYVTFS_00GZlHlzscHWXvwlX5ast9eMZXejgaj3TLkvkdfrLlywO0LyTAQHJ1R77.VXbHaOhP.d wwbJEqSjo6UTykjDZGPZh0s_oNcl5shGI4tjFJiPr68DoyFbdwCbtKYHa4pJyIznEgQMeJprEaa6 PRMMNY1I91cI5zltWplFY0WDl.LFCWZE1DsON8awijlXtk6adk2GzSTuFTnz2UIjEZq.baE321xE ZXt.V7mTUlVS.bfRxMUmWMIZ.SInTykHMHN713CnGYUJ1y9S0lG45VEBrgS_12iTxK8WznJnGEvt 9txkNNFyBHZDVHNmFIUdMrJB6FNm115xnYq0rQ_rtxHqz6K8lu_EYh2jToyJFR42iBO6m4rLCho8 MQkj6fEakhUfjGSVjZgBsWe6n.EEqUTfvfV8F.lgNTGlbNqbO99myS7pHkjUXGLok.7mPhOyKOmA rM7IHfNBYTj15YPg.AOVVd9jIkyJnrPJLvn.oezlqPf3qLFkJzASy7ViASOEV7tPfSc1ENtxYz61 0A7VNn137TMNYIPH3poTl7JqlZEU6zMXvZzbQ0IGMkrlxfPwuUbY1f_2zlia8DeH7HtolAmGLvLE z76OOkqdr2c_poBE0iMtywef7MoUikRbZlx_qPFpbd.w.OcKj7v7AFDY9WNlFZrXwJKDI98Tmhbf vl_3Us7_x1iGk0e8Bbx3FFTbbT4OdA2ma.O_WXzlys19IbAa01p0O4k.z3umPF7PjgdpiixH3VKC 122U.4fAWG4.kZd.tCC1Kp5wne5xo9lBgn6mMuPj6Rq3WyWOoXjEhn07BSlGuljcNFabYXoYraaK _xthy6Z6xHrKd05k0247pobQfitc2sqilUauiChkSBcatX8Y.0KHp5Tz6.EI8SqdAvr_eo11icY2 4nBqlX94n30lgBl2xD7ipyVMqGns1EsrsMN4Qo7npRz3iTqmbAWV4oaHM69ZDhDDwP6GxMwROsML fkgJmMHBnhIP04_nadWguzvDXtRG9y1lhP9Ei5fx8qJQXiUk41ypdY8LBLY15HqcqUbYUILotHJv AwOJQMvvsdqf6uoEPLKFE8JbiqXEPmiEVfyXFHmpXHlSCiQTpUoRMPm.3xF6D.IbOhM2rDot2Oav fatbtVWkc.sXUNl3frP8HY9kgqdd7qu0BT4Tf9VQjJL4_Fcje0ch_pOGv5DoLO.BFrEsP0197 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 May 2019 19:31:15 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp411.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0b95320929a43a5f5b9c5a0dd5a0826c; Thu, 23 May 2019 19:31:12 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" From: Mark Millard In-Reply-To: Date: Thu, 23 May 2019 12:31:12 -0700 Cc: ports-list freebsd , FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> References: To: Jan Beich X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 4585E84544 X-Spamd-Bar: + X-Spamd-Result: default: False [1.46 / 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)[]; IP_SCORE(1.03)[ip: (3.42), ipnet: 98.137.64.0/21(0.99), asn: 36647(0.79), country: US(-0.06)]; 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.58)[0.581,0]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-0.13)[-0.131,0]; NEURAL_SPAM_MEDIUM(0.49)[0.490,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.68.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 19:31:24 -0000 On 2019-May-23, at 11:47, Jan Beich wrote: > Mark Millard writes: >=20 >> Unfortunately poudiere bulk tar archives of failures do not >> catch the /tmp/* material from: >>=20 >> cc: error: unable to execute command: Abort trap (core dumped) >> cc: error: clang frontend command failed due to signal (use -v to see = invocation) >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on = LLVM 8.0.0) >> Target: powerpc64-unknown-freebsd13.0 >> Thread model: posix >> InstalledDir: /usr/bin >=20 > Do you have the build log? Maybe it's possible to reproduce simply by = adding > -target powerpc64-unknown-freebsd13.0 while cross-building that = particular file > using otherwise the same command line options as native build. I have expanded the poudriere bulk's tar of the failure and rerun the command from there. The problem reproduced: # ls -lTdt /tmp/nir_constant_expressions-9b094e.* -rw-r--r-- 1 root wheel 11069 May 23 12:08:35 2019 = /tmp/nir_constant_expressions-9b094e.sh -rw-r--r-- 1 root wheel 1951892 May 23 12:08:35 2019 = /tmp/nir_constant_expressions-9b094e.c So I gzip'd the .c and created: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238082 with the two files as 2 attachments. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 23 20:21:58 2019 Return-Path: Delivered-To: freebsd-ppc@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 9D2E415B4DFD for ; Thu, 23 May 2019 20:21:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-22.consmr.mail.ne1.yahoo.com (sonic304-22.consmr.mail.ne1.yahoo.com [66.163.191.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FA068657D for ; Thu, 23 May 2019 20:21:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Pc3bc2cVM1mYxOAKEvLpdPJPcXHwFNjIWuCXXADiUfclhVOgUV2NLrslJjd_2qL ooc82suJgKoUtcNst7KDbWh0JXPcLkYM3Draj6mDTu75_nZxCuYA8BGxoM1OqHAQsCqAb3C5xMUH kQDXILjpFurbpgbt_sTYO9xrjmsLZ.h1hhSN3m.Udol7BKDQyM6U6US6B0fZioX5zWc5GTusbEDk 3oA5tX3FngCw7_jeIhZE3.X.Y8QzBWNxDUFQlZtP2NXXIwogHfSFBwrmpcKsso2DeqVskG4h3Hdw 3BVAl0BHBoU5vwboKkdhcbICgkcqfsOVl0_PGF4yLLYAyK_RVFv1HWKHp7L7aWo8wNru.Q7ulSfw 8HDOQuoYbNjnib_u78wjoweL0sJhsYo3rZQ9EukBpc3a03Pm9bd999mKohM9c2HTs17aOHKZrcaS 6W7yQQlQWTl_kUcqjCf5DL_OC7OQRpZxO7NLjkn39VuVr736oaNzf5yP5eQqMbwybisYF5i9HFmD BiwqsuU5yZdfcG0GXOO43b77gcvD927b8N40RaFetERwcbydEc_ts6o.m23LTZTs.9aAMFbxs8bp hq4_k7noBvRaYJkDOe.cy2jh7YehgzoafAnyMipcaVXM4BoCzV12zImxMyYG96ipE3n4czphjmka vUOcI.cP7kVcCB33IXMfq9f8YPyOFYTuMxmOoyOPPaVdhuRo.Y8nwGAVRDRL2Qbdr7zSxS1pfXHV mwTOCVvyFmtnmztOoKBxD9xjhwtkbbhxU7o29QBeP.uhUq0X3dThnKHXzFyQje1N4NH1nJEumt4H VKUT9BZFd2dbveVcwjUyUyz5sKN.jBdFQKAeHVEnLm5A0QkscVrRoiiYvdwZhZF1TfxNPeO2I4F0 cfsUncU1YivwFIXHgo1qHP3R2xOYww2QTWfUvjcHWM5bNvyMwHmZhAusz6WvvaZdPGfSFU3j1noj dLkH3IoyVjItQIPk2.Q6OR8hgRR6rhfl1zgOg3wkToRnDB8T6eYlbpqojIf8oohrYbiPm93NwVgw NbBZfT5AItDH5TThpKdWeHg5xxrDjOaOPcUHz4f4cLMf4pnYqn_8ZA87UjmTGAFWKD3CtcVjeoO5 rIeoTvM.SSX.WynO1SbsPuk0Bfqch_1eF04vvYseM_JYTVQT8Vs6SXRlKnWOpFj6eFhhjU1Y2N87 gQtnJwzwFaAGgRf5UwkhpTZPXbEB6ZozIo3EoWG6f6CjnUcQYCZa1MPDD7EGTZv9AujDbtK2zeUQ vDX1UmEa2Yg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Thu, 23 May 2019 20:21:51 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp406.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c70eb2111d33f159f9b52ea1d29aced8; Thu, 23 May 2019 20:21:50 +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 12.4 \(3445.104.11\)) Subject: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 Message-Id: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> Date: Thu, 23 May 2019 13:21:48 -0700 Cc: Jan Beich To: FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 7FA068657D X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.51 / 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)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.73)[0.733,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.78)[ip: (6.43), ipnet: 66.163.184.0/21(1.40), asn: 36646(1.12), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.70)[0.699,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.81)[0.811,0]; RCVD_IN_DNSWL_NONE(0.00)[148.191.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.191.163.66.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 20:21:58 -0000 The poudriere bulk run that tried to build x11-toolkits/qt5-declarative got: --- qqmljsgrammar.cpp --- /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g Segmentation fault (core dumped) *** [qqmljsgrammar.cpp] Error code 139 make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml 1 error Installing qt5-core and manually running under gdb from an expansion of the bulk's tar of the failure, I was able to get a backtrace: (gdb) run --no-debug --qt parser/qqmljs.g Starting program: /usr/local/bin/qlalr --no-debug --qt parser/qqmljs.g process 26823 is executing new program: /usr/local/lib/qt5/bin/qlalr . . . (text about auto-loading has been declined and such) . . . Program received signal SIGSEGV, Segmentation fault. 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 (gdb) bt #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 #2 0x00000008109df908 in std::has_facet > (__loc=3D...) = at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 #3 0x00000008109cb474 in std::basic_ios = >::_M_cache_locale (this=3D0x810ab48c8 , __loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 #4 0x00000008109cbad0 in std::basic_ios = >::init (this=3D0x810ab48c8 , __sb=3D0x810ab36f8 = <__gnu_internal::buf_cout_sync>) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 #10 0x000000081005dfa0 in objlist_call_init (list=3D, = lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2728 #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 Backtrace stopped: frame did not save the PC NOTE: In order to have built devel/qt5-core I used a patch to make sure that all the %%LOCALBASE%% strings were replaced (otherwise in the powerpc64 system clang 8 based world the devel/qt5-core build failed from -I%%LOCALBASE%%... use): Index: /usr/ports/Mk/Uses/qt-dist.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) @@ -251,7 +251,7 @@ .if ${_QT_VER:M5} post-patch: gcc-post-patch gcc-post-patch: - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ @@ -298,7 +298,7 @@ # ports/194088. post-patch: qtbase-post-patch qtbase-post-patch: - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf (So having the missing g added but not having the optional -e usage in the other %%LOCALBASE%% related command. The -e status is optional here: only one command to sed sed command in each sed command. The additional g is the important part.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 23 20:56:46 2019 Return-Path: Delivered-To: freebsd-ppc@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 E7AE815B57DE for ; Thu, 23 May 2019 20:56:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (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 52B6A879FA for ; Thu, 23 May 2019 20:56:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 6G4KUQcVM1kAosFtiG1c7Jsg06TVr9qAXbMGhNMl5mPFYMzRrqZrKClONB7X4My FiliNYm36zKUZPcVO8dwF5Rqdst3CSfs_G3gXNX8EtO_9revkNMH.44Ed6921_8bhHLdrXZuIFnt 6OyEbPmzpwDXS8w05PrZ0V7CNgevDPusXCohB0VjLtglSDjcjbjFGA1vgzfbVQsgzY1.y3zrSyoJ mMCragmZYDh1MTsmlBhXbIGE6DpxrFOIR1NFHtony0N3pndpdqjFQjK.uvziNnJzJnyM5HD63mDe 0x9_BeRY9aCGugVle_11BRDCpsBvbEcS3cJjOdbHqGjAXrUMqnLZzSYrl8_LqFuwmcv.lKacjqcb 4Kd3eiEjWmkFxNSZBCF1A5bPJVM4gNOHu2ilIoF_3FaUJP_iz2RfoINgxjke8TllVrD.ZOSNA7jg nCpT.EJULatlLGx4pRONgveAgIF2Z6Epjl6r.pM3iURuBzijJdYqXRHrnrjhtOQTgdvJDNl6mZHV icGbqdKa3y6Lz9IggNN0MEjY6m.4Vi3e03F.7Gnddko6I42B.ww_40YFglPQaX96lf.L952OVpUb aieUqEXtdV.vSJc_HBQDJCi91dj_JLfqf2IFQvqxwhAA3Ya503n51xxvkRA8tMov8bkoLomhba5K WOtphhLsLYP3hpBbOMrrdq7ydDRk80m6n.OL37TCkh5Z9KnRs5cpkjMcCT6c7bBYEkAl9sgVqxSx mgzi2y9.qTXMwSvBS.iYisdBrtGxpAvE2msjLtOf0FVKmqPZr9MyqtvzElbt1W9UQcO48h0bYdbu fQb1V4pja4oMbuEFYikuabnagHKzWGS0G6buGN1IOE7nDKkMSoc_QnnI5m0yPdsIiuYlUd4n3CwJ WWGOrrcHBpeCrTQ9d0KNvC_G6LvzEf67vxHiXsuaDFPlcH_JpyTcZ9vK3.PfPRfWqrrJfWh1uj3s ZqdE6EcsFIzBgfwfB.uDQ6Axcq..rM.VRYLanWiFOMLQ6tbU1U_fdIKNNocE3o4x_TSicmBMrW.5 BXBEURbWvcirAsGc859TP2EGozVoKQcWv8OZa4KTAYluv7f.wko40VQubiMOee5eiZwboo60dEgx TCpO_xRmqSiyjCQNjFvrJGmbhnpIF7.aHo8gE7.lDuzkx8OEN0ZBpGwBPbDgBjPMOMkX9Tc6RkTi jetWUn48RmjVs2UdT0cViUowp_UtUl3JfQDtMW_nAZzk_fJpfQZn5U4ObfTedrVjKTbZRnOpb Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 May 2019 20:56:35 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 86f6dd470dca9a9d917c39881937c50e; Thu, 23 May 2019 20:46:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 From: Mark Millard In-Reply-To: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> Date: Thu, 23 May 2019 13:46:27 -0700 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> To: FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 52B6A879FA X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.22 / 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)[]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; 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:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.71)[0.705,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.18)[ip: (4.16), ipnet: 98.137.64.0/21(0.99), asn: 36647(0.79), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.71)[0.709,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.14)[0.143,0]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 20:56:46 -0000 [I should have listed uname -apKU output and such.] On 2019-May-23, at 13:21, Mark Millard wrote: > The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative > got: >=20 > --- qqmljsgrammar.cpp --- > /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g > Segmentation fault (core dumped) > *** [qqmljsgrammar.cpp] Error code 139 >=20 > make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml > 1 error >=20 > Installing qt5-core and manually running under gdb from > an expansion of the bulk's tar of the failure, I was able > to get a backtrace: >=20 > (gdb) run --no-debug --qt parser/qqmljs.g > Starting program: /usr/local/bin/qlalr --no-debug --qt parser/qqmljs.g > process 26823 is executing new program: /usr/local/lib/qt5/bin/qlalr > . . . (text about auto-loading has been declined and such) . . . > Program received signal SIGSEGV, Segmentation fault. > 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 > (gdb) bt > #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 > #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 > dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 > #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 > #3 0x00000008109cb474 in std::basic_ios = >::_M_cache_locale (this=3D0x810ab48c8 , __loc=3D...) > at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 > #4 0x00000008109cbad0 in std::basic_ios = >::init (this=3D0x810ab48c8 , __sb=3D0x810ab36f8 = <__gnu_internal::buf_cout_sync>) > at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 > #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) > at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 > #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 > #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 > #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 > #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 > #10 0x000000081005dfa0 in objlist_call_init (list=3D, = lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2728 > #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 > #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 > Backtrace stopped: frame did not save the PC >=20 >=20 >=20 > NOTE: In order to have built devel/qt5-core I used a patch > to make sure that all the %%LOCALBASE%% strings were replaced > (otherwise in the powerpc64 system clang 8 based world the > devel/qt5-core build failed from -I%%LOCALBASE%%... use): >=20 > Index: /usr/ports/Mk/Uses/qt-dist.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) > +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) > @@ -251,7 +251,7 @@ > .if ${_QT_VER:M5} > post-patch: gcc-post-patch > gcc-post-patch: > - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ > + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > ${WRKSRC}/mkspecs/common/gcc-base.conf \ > ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf > ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ > @@ -298,7 +298,7 @@ > # ports/194088. > post-patch: qtbase-post-patch > qtbase-post-patch: > - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ > ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >=20 >=20 > (So having the missing g added but not having the optional -e > usage in the other %%LOCALBASE%% related command. The -e > status is optional here: only one command to sed sed command > in each sed command. The additional g is the important part.) I should have listed: # uname -apKU FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed May = 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 # svnlite info /usr/ports/ | grep 'Re[plv]' | more Relative URL: ^/head Repository Root: svn://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 501994 Last Changed Rev: 501994 As part of experimenting with a system clang 8 based world context: # svnlite diff /usr/ports/devel/binutils/Makefile Index: /usr/ports/devel/binutils/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/devel/binutils/Makefile (revision 501994) +++ /usr/ports/devel/binutils/Makefile (working copy) @@ -3,6 +3,7 @@ =20 PORTNAME=3D binutils PORTVERSION=3D 2.32 +PORTREVISION=3D 1 PORTEPOCH?=3D 1 CATEGORIES?=3D devel MASTER_SITES=3D SOURCEWARE/binutils/releases @@ -13,7 +14,6 @@ LICENSE=3D GPLv3 LGPL3 LICENSE_COMB=3D multi =20 -EXTRA_PATCHES=3D = ${FILESDIR}/binutils-do-not-provide-shared-section-symbols.patch:-p1 .if defined(PREFIX) && ${PREFIX} !=3D "/usr" BUILD_DEPENDS=3D ${LOCALBASE}/lib/libgmp.so:math/gmp \ ${LOCALBASE}/lib/libmpfr.so:math/mpfr # svnlite diff /usr/ports/lang/gcc8/Makefile Index: /usr/ports/lang/gcc8/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/lang/gcc8/Makefile (revision 501994) +++ /usr/ports/lang/gcc8/Makefile (working copy) @@ -62,7 +62,7 @@ =20 .elif ${ARCH} =3D=3D powerpc64 CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" CXXFLAGS_FOR_TARGET=3D"-O1" = BOOT_CFLAGS=3D"-O1" # PR235975 =20 .elif ${ARCH} =3D=3D powerpcspe CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp @@ -80,7 +80,7 @@ CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug ALL_TARGET=3D bootstrap-lean .endif -INSTALL_TARGET=3D install-strip +#INSTALL_TARGET=3D install-strip .if ${UID} !=3D 0 BINMODE=3D 755 .endif I had to work around clang reserving "vec_step" as a name in contexts where the gcc8 source code used that name: (vec_step is associated with support of the the vector instructions on powerpc64.) # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 @@ -4970,13 +4970,13 @@ =20 /* Create a vector of the step value. */ tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); - tree vec_step =3D build_vector_from_val (cr_index_vector_type, = step); + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); =20 /* Create an induction variable. */ gimple_stmt_iterator incr_gsi; bool insert_after; standard_iv_increment_position (loop, &incr_gsi, &insert_after); - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, insert_after, &indx_before_incr, &indx_after_incr); =20 /* Next create a new phi node vector (NEW_PHI_TREE) which starts @@ -7641,7 +7641,7 @@ tree vec_def; edge pe =3D loop_preheader_edge (loop); basic_block new_bb; - tree new_vec, vec_init, vec_step, t; + tree new_vec, vec_init, vec_step_renamed, t; tree new_name; gimple *new_stmt; gphi *induction_phi; @@ -7834,7 +7834,7 @@ new_name =3D vect_init_vector (phi, new_name, TREE_TYPE (step_expr), NULL); new_vec =3D build_vector_from_val (vectype, new_name); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); =20 /* Now generate the IVs. */ unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); @@ -7873,7 +7873,7 @@ =20 /* Create the iv update inside the loop */ vec_def =3D make_ssa_name (vec_dest); - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); =20 @@ -7904,7 +7904,7 @@ new_name =3D vect_init_vector (phi, new_name, TREE_TYPE (step_expr), NULL); new_vec =3D build_vector_from_val (vectype, new_name); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); for (; ivn < nvects; ++ivn) { gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; @@ -7915,7 +7915,7 @@ def =3D gimple_assign_lhs (iv); new_stmt =3D gimple_build_assign (make_ssa_name (vectype), PLUS_EXPR, - def, vec_step); + def, vec_step_renamed); if (gimple_code (iv) =3D=3D GIMPLE_PHI) gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); else @@ -8041,7 +8041,7 @@ gcc_assert (CONSTANT_CLASS_P (new_name) || TREE_CODE (new_name) =3D=3D SSA_NAME); new_vec =3D build_vector_from_val (vectype, t); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, NULL); =20 =20 /* Create the following def-use cycle: @@ -8064,7 +8064,7 @@ =20 /* Create the iv update inside the loop */ vec_def =3D make_ssa_name (vec_dest); - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); =20 @@ -8108,7 +8108,7 @@ gcc_assert (CONSTANT_CLASS_P (new_name) || TREE_CODE (new_name) =3D=3D SSA_NAME); new_vec =3D build_vector_from_val (vectype, t); - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); =20 vec_def =3D induc_def; prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); @@ -8116,7 +8116,7 @@ { /* vec_i =3D vec_prev + vec_step */ new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, - vec_def, vec_step); + vec_def, vec_step_renamed); vec_def =3D make_ssa_name (vec_dest, new_stmt); gimple_assign_set_lhs (new_stmt, vec_def); =20 # svnlite diff /usr/ports/devel/libunwind/Makefile Index: /usr/ports/devel/libunwind/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/devel/libunwind/Makefile (revision 501994) +++ /usr/ports/devel/libunwind/Makefile (working copy) @@ -22,6 +22,8 @@ =20 USES=3D libtool pathfix pkgconfig USE_LDCONFIG=3D yes +CFLAGS+=3D -fPIC + GNU_CONFIGURE=3D yes INSTALL_TARGET=3D install-strip LLD_UNSAFE=3D yes I do use an ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG change to bsd.port.mk (ignore the OPSYS and _OSRELEASE inline substitutions): # svnlite diff /usr/ports/Mk/bsd.port.mk Index: /usr/ports/Mk/bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/bsd.port.mk (revision 501994) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1151,12 +1151,12 @@ =20 # Get the operating system type .if !defined(OPSYS) -OPSYS!=3D ${UNAME} -s +OPSYS!=3D echo FreeBSD .endif _EXPORTED_VARS+=3D OPSYS =20 .if !defined(_OSRELEASE) -_OSRELEASE!=3D ${UNAME} -r +_OSRELEASE!=3D echo 13.0-CURRENT .endif _EXPORTED_VARS+=3D _OSRELEASE =20 @@ -1762,7 +1762,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif (I once had a context where the ${UNAME} -s and ${UNAME} -r lines each ended up with empty strings assigned. The echo's just worked around the problem. I've no clue if I'd still have the problem.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Thu May 23 21:17:29 2019 Return-Path: Delivered-To: freebsd-ppc@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 D868D15B5FB9 for ; Thu, 23 May 2019 21:17:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-9.consmr.mail.ne1.yahoo.com (sonic313-9.consmr.mail.ne1.yahoo.com [66.163.185.32]) (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 ACD5988848 for ; Thu, 23 May 2019 21:17:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zEVslUgVM1mrR0KJN689H1qdfwqVSCrkf6nnWeoAiQA7jzkWKSznYBFCfYqIKJb ezul2chDOUTBgNbUTVqf0oGJY8i783IAHrAbdJSddIvbFgI_h3otuYJ5OXfIlykPYhrEc1jAKKXo fyWLm2D6QMwFtiV7fQ9TP5J_R3QjHdS0qIpxLwZjxbAWD9FQGw8k_9yGcrlV6K2yMcjGd1MzBHfg CwRK1EIQzxorYmY5hsiHpvnZOiMdqMBHRwZH8MhU8HUqJ5rwnKgklAsr4cR5u9gjzgitbdZ8pNkY ybKbYaCSfoblKifoXyhmb.HFwZ3kNulDlRzvf6Q7yFzvkVC1gMCM.f9fJFk0GTlZiTH_uv4d0TfK 1.nX8yjE7sLxezRDvHzZCSViVjlhZzwwXxfHLWPOUTxBRGpMRKFkfXHiSMLQFy3V1HMTMZptvbGC C3N9K6fXI.SJFVNME9r9N_GyN8orbzOP7FZTOkOy.1ykDxUA6G8U2kAFBRUmfmqsQSO89KwO2RtN 9DlTb8k3NLoZgTtzel.duCM8nEP74eTSrlGuj0elDnTlAldp0uHD3..ljozYuBjNteEBxZluOCqI ADUCnFtXTJqaRcNcSOCN3rILq3t7uwjfd3W.9aj8WFSLdsLQ3WhLd.KskHFV0KkD.Iyu0khcCnX6 bInbu0KOiRJgu8BEkzjfCTfuizBYVVIe4iuZqbYNXfW2Dl5IOJwUNTDHUeVGw_VkZGof.08J4eN2 LWYU0QH14s.ztlH7b0h4Bxw9RpAy5e3dTe.a24YXWWzcRijDxGo5cVfGVnqqCLcPP6hLqgH_2EXc J7S0TM5AnMo78M63VqJ72ahqMySY81ik6PVJpvhCJJ4oxLS4LbhwTtomZNiEWwWd09Jt7Vwjvgcq ctO4kU81VCvvEuqwMNPZ5UNgJpQ78t7xb_YFF9q8K0HhWc87c_88JXhrOciWtZg4IqRDraKr025I CsQ38QNaegjb1k9xQ2j7R6Cuhpohn_7ADDpONQaqrUrBF3u3X.8YUgofxdWctlqvdQ1y5tb1eSqA lzZzX48N3xY8LtxY2Qx6FH5s05hdOtIi5GM3INHUTiP.UByw5E02BKJgii4xkx0A22MJrezuIBp7 HITfbdZjqsKL3.edojVOzFwCCM6mI3yCv1RQSlxWPBO5r9L0jv3KVrzXnr33HTBKqtRvx4Fw.m0G 36U4cOFQ4txTbVSbLZrxOmyYiawpeeNQ0LU24CAytsWVf4Q5K1YKNv3zyRM4Y4gn6nmNzSE.4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Thu, 23 May 2019 21:17:20 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp425.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2e5b72a8368d1c724f8572c124800b4b; Thu, 23 May 2019 21:17:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 From: Mark Millard In-Reply-To: <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> Date: Thu, 23 May 2019 14:17:15 -0700 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> To: FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: ACD5988848 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.68 / 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.73)[0.728,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.28)[ip: (3.91), ipnet: 66.163.184.0/21(1.40), asn: 36646(1.12), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.76)[0.758,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.43)[0.431,0]; RCVD_IN_DNSWL_NONE(0.00)[32.185.163.66.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2019 21:17:29 -0000 [It looks like code generation missed a level of indirection to me.] > On 2019-May-23, at 13:46, Mark Millard wrote: >=20 > [I should have listed uname -apKU output and such.] >=20 > On 2019-May-23, at 13:21, Mark Millard wrote: >=20 >> The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative >> got: >>=20 >> --- qqmljsgrammar.cpp --- >> /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g >> Segmentation fault (core dumped) >> *** [qqmljsgrammar.cpp] Error code 139 >>=20 >> make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml >> 1 error >>=20 >> Installing qt5-core and manually running under gdb from >> an expansion of the bulk's tar of the failure, I was able >> to get a backtrace: >>=20 >> (gdb) run --no-debug --qt parser/qqmljs.g >> Starting program: /usr/local/bin/qlalr --no-debug --qt = parser/qqmljs.g >> process 26823 is executing new program: /usr/local/lib/qt5/bin/qlalr >> . . . (text about auto-loading has been declined and such) . . . >> Program received signal SIGSEGV, Segmentation fault. >> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >> (gdb) bt >> #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >> #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 >> dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 >> #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 >> #3 0x00000008109cb474 in std::basic_ios = >::_M_cache_locale (this=3D0x810ab48c8 , __loc=3D...) >> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 >> #4 0x00000008109cbad0 in std::basic_ios = >::init (this=3D0x810ab48c8 , __sb=3D0x810ab36f8 = <__gnu_internal::buf_cout_sync>) >> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 >> #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) >> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 >> #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 >> #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 >> #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 >> #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 >> #10 0x000000081005dfa0 in objlist_call_init (list=3D, = lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2728 >> #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 >> #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 >> Backtrace stopped: frame did not save the PC >>=20 >>=20 >>=20 >> NOTE: In order to have built devel/qt5-core I used a patch >> to make sure that all the %%LOCALBASE%% strings were replaced >> (otherwise in the powerpc64 system clang 8 based world the >> devel/qt5-core build failed from -I%%LOCALBASE%%... use): >>=20 >> Index: /usr/ports/Mk/Uses/qt-dist.mk >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) >> +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) >> @@ -251,7 +251,7 @@ >> .if ${_QT_VER:M5} >> post-patch: gcc-post-patch >> gcc-post-patch: >> - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >> @@ -298,7 +298,7 @@ >> # ports/194088. >> post-patch: qtbase-post-patch >> qtbase-post-patch: >> - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>=20 >>=20 >> (So having the missing g added but not having the optional -e >> usage in the other %%LOCALBASE%% related command. The -e >> status is optional here: only one command to sed sed command >> in each sed command. The additional g is the important part.) >=20 > I should have listed: >=20 > # uname -apKU > FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed May = 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 >=20 > # svnlite info /usr/ports/ | grep 'Re[plv]' | more > Relative URL: ^/head > Repository Root: svn://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 501994 > Last Changed Rev: 501994 >=20 >=20 > As part of experimenting with a system clang 8 based world > context: >=20 > # svnlite diff /usr/ports/devel/binutils/Makefile > Index: /usr/ports/devel/binutils/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/devel/binutils/Makefile (revision 501994) > +++ /usr/ports/devel/binutils/Makefile (working copy) > @@ -3,6 +3,7 @@ >=20 > PORTNAME=3D binutils > PORTVERSION=3D 2.32 > +PORTREVISION=3D 1 > PORTEPOCH?=3D 1 > CATEGORIES?=3D devel > MASTER_SITES=3D SOURCEWARE/binutils/releases > @@ -13,7 +14,6 @@ > LICENSE=3D GPLv3 LGPL3 > LICENSE_COMB=3D multi >=20 > -EXTRA_PATCHES=3D = ${FILESDIR}/binutils-do-not-provide-shared-section-symbols.patch:-p1 > .if defined(PREFIX) && ${PREFIX} !=3D "/usr" > BUILD_DEPENDS=3D ${LOCALBASE}/lib/libgmp.so:math/gmp \ > ${LOCALBASE}/lib/libmpfr.so:math/mpfr >=20 >=20 > # svnlite diff /usr/ports/lang/gcc8/Makefile > Index: /usr/ports/lang/gcc8/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/lang/gcc8/Makefile (revision 501994) > +++ /usr/ports/lang/gcc8/Makefile (working copy) > @@ -62,7 +62,7 @@ >=20 > .elif ${ARCH} =3D=3D powerpc64 > CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" > -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 > +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >=20 > .elif ${ARCH} =3D=3D powerpcspe > CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp > @@ -80,7 +80,7 @@ > CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug > ALL_TARGET=3D bootstrap-lean > .endif > -INSTALL_TARGET=3D install-strip > +#INSTALL_TARGET=3D install-strip > .if ${UID} !=3D 0 > BINMODE=3D 755 > .endif >=20 > I had to work around clang reserving "vec_step" as a name > in contexts where the gcc8 source code used that name: > (vec_step is associated with support of the the vector > instructions on powerpc64.) >=20 > # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c > --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 > +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 > @@ -4970,13 +4970,13 @@ >=20 > /* Create a vector of the step value. */ > tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); > - tree vec_step =3D build_vector_from_val (cr_index_vector_type, = step); > + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); >=20 > /* Create an induction variable. */ > gimple_stmt_iterator incr_gsi; > bool insert_after; > standard_iv_increment_position (loop, &incr_gsi, &insert_after); > - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, > + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, > insert_after, &indx_before_incr, &indx_after_incr); >=20 > /* Next create a new phi node vector (NEW_PHI_TREE) which starts > @@ -7641,7 +7641,7 @@ > tree vec_def; > edge pe =3D loop_preheader_edge (loop); > basic_block new_bb; > - tree new_vec, vec_init, vec_step, t; > + tree new_vec, vec_init, vec_step_renamed, t; > tree new_name; > gimple *new_stmt; > gphi *induction_phi; > @@ -7834,7 +7834,7 @@ > new_name =3D vect_init_vector (phi, new_name, > TREE_TYPE (step_expr), NULL); > new_vec =3D build_vector_from_val (vectype, new_name); > - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); > + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >=20 > /* Now generate the IVs. */ > unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); > @@ -7873,7 +7873,7 @@ >=20 > /* Create the iv update inside the loop */ > vec_def =3D make_ssa_name (vec_dest); > - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); > + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); > gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); > set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >=20 > @@ -7904,7 +7904,7 @@ > new_name =3D vect_init_vector (phi, new_name, > TREE_TYPE (step_expr), NULL); > new_vec =3D build_vector_from_val (vectype, new_name); > - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); > + vec_step_renamed =3D vect_init_vector (phi, new_vec, = vectype, NULL); > for (; ivn < nvects; ++ivn) > { > gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; > @@ -7915,7 +7915,7 @@ > def =3D gimple_assign_lhs (iv); > new_stmt =3D gimple_build_assign (make_ssa_name = (vectype), > PLUS_EXPR, > - def, vec_step); > + def, vec_step_renamed); > if (gimple_code (iv) =3D=3D GIMPLE_PHI) > gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); > else > @@ -8041,7 +8041,7 @@ > gcc_assert (CONSTANT_CLASS_P (new_name) > || TREE_CODE (new_name) =3D=3D SSA_NAME); > new_vec =3D build_vector_from_val (vectype, t); > - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); > + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >=20 >=20 > /* Create the following def-use cycle: > @@ -8064,7 +8064,7 @@ >=20 > /* Create the iv update inside the loop */ > vec_def =3D make_ssa_name (vec_dest); > - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); > + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); > gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); > set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >=20 > @@ -8108,7 +8108,7 @@ > gcc_assert (CONSTANT_CLASS_P (new_name) > || TREE_CODE (new_name) =3D=3D SSA_NAME); > new_vec =3D build_vector_from_val (vectype, t); > - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); > + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >=20 > vec_def =3D induc_def; > prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); > @@ -8116,7 +8116,7 @@ > { > /* vec_i =3D vec_prev + vec_step */ > new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, > - vec_def, vec_step); > + vec_def, vec_step_renamed); > vec_def =3D make_ssa_name (vec_dest, new_stmt); > gimple_assign_set_lhs (new_stmt, vec_def); >=20 >=20 > # svnlite diff /usr/ports/devel/libunwind/Makefile > Index: /usr/ports/devel/libunwind/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/devel/libunwind/Makefile (revision 501994) > +++ /usr/ports/devel/libunwind/Makefile (working copy) > @@ -22,6 +22,8 @@ >=20 > USES=3D libtool pathfix pkgconfig > USE_LDCONFIG=3D yes > +CFLAGS+=3D -fPIC > + > GNU_CONFIGURE=3D yes > INSTALL_TARGET=3D install-strip > LLD_UNSAFE=3D yes >=20 >=20 >=20 > I do use an ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG change to > bsd.port.mk (ignore the OPSYS and _OSRELEASE inline > substitutions): >=20 > # svnlite diff /usr/ports/Mk/bsd.port.mk > Index: /usr/ports/Mk/bsd.port.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/Mk/bsd.port.mk (revision 501994) > +++ /usr/ports/Mk/bsd.port.mk (working copy) > @@ -1151,12 +1151,12 @@ >=20 > # Get the operating system type > .if !defined(OPSYS) > -OPSYS!=3D ${UNAME} -s > +OPSYS!=3D echo FreeBSD > .endif > _EXPORTED_VARS+=3D OPSYS >=20 > .if !defined(_OSRELEASE) > -_OSRELEASE!=3D ${UNAME} -r > +_OSRELEASE!=3D echo 13.0-CURRENT > .endif > _EXPORTED_VARS+=3D _OSRELEASE >=20 > @@ -1762,7 +1762,11 @@ > STRIP_CMD=3D ${TRUE} > .endif > DEBUG_FLAGS?=3D -g > +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) > +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} > +.else > CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} > +.endif > .if defined(INSTALL_TARGET) > INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} > .endif >=20 >=20 > (I once had a context where the ${UNAME} -s and ${UNAME} -r > lines each ended up with empty strings assigned. The echo's > just worked around the problem. I've no clue if I'd still > have the problem.) Program received signal SIGSEGV, Segmentation fault. 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 (gdb) disass Dump of assembler code for function _ZNSt9type_infoD2Ev: =3D> 0x0000000810a96be0 <+0>: .long 0x8 0x0000000810a96be4 <+4>: .long 0x109273d0 0x0000000810a96be8 <+8>: .long 0x8 0x0000000810a96bec <+12>: vsubuqm v5,v11,v7 End of assembler dump. Note that for the 0x8'1092'73d0 from the +0 and +4: (gdb) disass 0x8109273d0 Dump of assembler code for function std::type_info::~type_info(): 0x00000008109273d0 <+0>: blr 0x00000008109273d4 <+4>: .long 0x0 0x00000008109273d8 <+8>: .long 0x90000 0x00000008109273dc <+12>: .long 0x0 End of assembler dump. And the code that got to 0x810a96be0 was: (gdb) disass Dump of assembler code for function __cxxabiv1::__dynamic_cast(void = const*, __cxxabiv1::__class_type_info const*, = __cxxabiv1::__class_type_info const*, ptrdiff_t): . . . 0x0000000810921518 <+136>: ld r0,0(r12) 0x000000081092151c <+140>: ld r11,16(r12) 0x0000000810921520 <+144>: mtctr r0 0x0000000810921524 <+148>: ld r2,8(r12) 0x0000000810921528 <+152>: bctrl =3D> 0x000000081092152c <+156>: ld r2,40(r1) . . . with ctr holding: 0x810a96be0 (gdb) info reg . . . pc 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> . . . lr 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> ctr 0x810a96be0 34639277024 . . . It looks to me like: 0x0000000810921518 <+136>: ld r0,0(r12) 0x000000081092151c <+140>: ld r11,16(r12) 0x0000000810921520 <+144>: mtctr r0 0x0000000810921524 <+148>: ld r2,8(r12) 0x0000000810921528 <+152>: bctrl needed something like another instruction to get the correct address into ctr for the later bctrl use:=20 ld r0,0(r12) ld r11,16(r12) ld r0,0(r0) # <<=3D=3D=3D Needed? mtctr r0 ld r2,8(r12) bctrl =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 24 00:10:51 2019 Return-Path: Delivered-To: freebsd-ppc@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 EF642158F1E3 for ; Fri, 24 May 2019 00:10:50 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 12AA86A619 for ; Fri, 24 May 2019 00:10:50 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: by mail-io1-xd35.google.com with SMTP id g84so6394756ioa.1 for ; Thu, 23 May 2019 17:10:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=NFqyQb5qerbYLDPI531wdn3gcunGyXfjRiUxgVa8/Bs=; b=SsxRtMMGpBSVLQ5hUuXfFffpurok/eGlZPs5R8TVvUsCSk0fZ0ryEXBvt/NCazzrRu vJ4uj4h3zEKRiMA9ZOLiSF0OYIydf4kZaKDEY6rj147bNG0uHofplIigO3qDVD8eUHFs 2M+RYZs4YF6c3yrQVSXgq6bKLS9vIzZSazmFUklrxlEkptcW3kdvIyXOe/s6sPqk6/Oq Vi9SRwc1gQ3f3YQmib+jCnSJ2vul9x9vnggWcKKhUjWMlsKRNY77XJtamaxoZ6hNvhW9 BjhOOuk4g+r9UqjkJDPKu7VW2VGjcMQW0WIonMyk3JKYHXUNTiPU1Eb6ivMA9pD612DZ mRRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=NFqyQb5qerbYLDPI531wdn3gcunGyXfjRiUxgVa8/Bs=; b=F63S2eMUClyOFKif9Rbe/YxIQrRaGzEZA/i/0zQZzj3cmnqFvytfq5mGR48LBNiWun LOOx08fR8aqtn+Ju1mUp4ii/f6ej4FX11MwrEJBcpvW6FYzVJS5lkV+k2OXasz7Etqhd 1Z7B4zJrtlZK3GdFTGV9nJ3ZocGZxaNNRqMwCz2FwblSJfWbSlujo6Ku6MZ1woIxyMrU w2mYU3+3WBLXAmrJ7M6TaQFaEhC4muAZjBfdS0Ym7KJCeBEZsQwH8jh/8Y6LIZsF+QPG AlzopN44RS8Rzs6ezq1ORoMZTlDRxNaSqQoVBXg1sHaCmRQd6RmWmp1sS1PWPjx+WKOh tdBw== X-Gm-Message-State: APjAAAVb8FRKbwh950Jqp3lpWv5tEY/5JM4UJZKQZDvCt+WE4iz2WUtb EqqV/jjla5PIpT2aBtxcshH3kpJD X-Google-Smtp-Source: APXvYqww8/yLpDqkPgkXnY8v296frpFtsatKlQz0v3x2UziefOwoTJrjzNamkSeaztwPDMhTE01r7w== X-Received: by 2002:a6b:7008:: with SMTP id l8mr53967251ioc.210.1558656648926; Thu, 23 May 2019 17:10:48 -0700 (PDT) Received: from toshiba.acadix.biz ([2605:a000:bc45:5f00:224:d2ff:fe27:bb80]) by smtp.gmail.com with ESMTPSA id 132sm541833ity.9.2019.05.23.17.10.47 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Thu, 23 May 2019 17:10:48 -0700 (PDT) Subject: Re: Mac G5 X11 performance To: Francis Little Cc: freebsd-ppc@freebsd.org References: From: Jason Bacon Message-ID: Date: Thu, 23 May 2019 19:10:47 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 12AA86A619 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SsxRtMMG; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bacon4000@gmail.com designates 2607:f8b0:4864:20::d35 as permitted sender) smtp.mailfrom=bacon4000@gmail.com X-Spamd-Result: default: False [-6.86 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.86)[ip: (-8.68), ipnet: 2607:f8b0::/32(-3.29), asn: 15169(-2.29), country: US(-0.06)] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 00:10:51 -0000 Netsurf works fine, but unfortunately depends on a legacy libutf8proc, which conflicts with the more modern utf8proc required by many other ports (including subversion). All firefox dependencies build ("make depends" runs clean), so we're very close. BTW, there are ~27,000 binary packages for ppc64, ~31,000 for amd64.  Not bad, and that number will jump when a few key ports like qt5-core are fixed. On 2019-05-23 14:02, Francis Little wrote: > I find WindowMaker fairly responsive. > > I've not had a lot of luck with a web browser yet, Midori builds and > comes up but cannot load webpages for some reason. > > > > > On Thu, 23 May 2019, 19:25 Jason Bacon, > wrote: > > > This is not a very important issue, but thought I'd bring in up in > case > there's a simple solution. > > I have an iMac G5, used mainly for port testing, but I've found that > it's very close to being a usable desktop system (running SLiM login > manager and LXDE as other mainstream desktop environments don't > currently build).  All it would need is a few more key ports fixed > (e.g. > firefox or chromium, qt5-*) and improved X11 performance. > > X11 performance is slow to the point where a dragged window won't > even > keep up with the mouse. > > Chipset and Xorg info is below. > > Loading radeonkms causes a complete system freeze. > > I haven't found anything on the freebsd-ppc pages or elsewhere to > help. > > If anyone knows of any ways to improve the situation, I'd appreciate > hearing them.  If they're not too hackish, I would add support to > sysutils/desktop-installer so others with PowerPC Macs can configure > them with minimal effort. > > vgapci0@pci0:0:16:0:    class=0x030000 card=0x41501002 > chip=0x41501002 > rev=0x00 hdr=0x00 >      vendor     = 'Advanced Micro Devices, Inc. [AMD/ATI]' >      device     = 'RV350 [Radeon 9550/9600/X1050 Series]' >      class      = display >      subclass   = VGA > > [    66.665] > X.Org X Server 1.18.4 > Release Date: 2016-07-19 > [    66.665] X Protocol Version 11, Revision 0 > [    66.665] Build Operating System: FreeBSD 12.0-RELEASE-p3 powerpc > [    66.666] Current Operating System: FreeBSD imacg5.acadix.biz > > 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC powerpc > [    66.667] Build Date: 01 May 2019  12:53:13AM > [    66.667] > [    66.667] Current version of pixman: 0.34.0 > [    66.667]     Before reporting problems, check http://wiki.x.org >      to make sure that you have the latest version. > [    66.667] Markers: (--) probed, (**) from config file, (==) > default > setting, >      (++) from command line, (!!) notice, (II) informational, >      (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > [    66.667] (==) Log file: "/var/log/Xorg.0.log", Time: Thu May 23 > 12:59:10 2019 > [    66.790] (==) Using system config directory > "/usr/local/share/X11/xorg.conf.d" > [    66.834] (==) No Layout section.  Using the first Screen section. > [    66.834] (==) No screen section available. Using defaults. > [    66.834] (**) |-->Screen "Default Screen Section" (0) > [    66.834] (**) |   |-->Monitor "" > [    66.835] (==) No monitor specified for screen "Default Screen > Section". >      Using a default monitor configuration. > [    66.835] (==) Automatically adding devices > [    66.835] (==) Automatically enabling devices > [    66.835] (==) Not automatically adding GPU devices > [    66.835] (==) Max clients allowed: 256, resource mask: 0x1fffff > [    66.921] (==) FontPath set to: >      /usr/local/share/fonts/misc/, >      /usr/local/share/fonts/TTF/, >      /usr/local/share/fonts/OTF/, >      /usr/local/share/fonts/Type1/, >      /usr/local/share/fonts/100dpi/, >      /usr/local/share/fonts/75dpi/ > [    66.921] (==) ModulePath set to "/usr/local/lib/xorg/modules" > [    66.921] (II) The server relies on devd to provide the list of > input > devices. >      If no devices become available, reconfigure devd or disable > AutoAddDevices. > [    66.921] (II) Loader magic: 0x1023d968 > [    66.921] (II) Module ABI versions: > [    66.921]     X.Org ANSI C Emulation: 0.4 > [    66.921]     X.Org Video Driver: 20.0 > [    66.922]     X.Org XInput driver : 22.1 > [    66.922]     X.Org Server Extension : 9.0 > [    66.922] (WW) xf86EnableIO -1 > [    66.922] (II) xf86EnableIO: ffffffff > [    66.922] (WW) Can't map IO space! > [    66.922] (--) PCI: (0:0:16:0) 1002:4150:1002:4150 rev 0, Mem @ > 0x98000000/134217728, 0x90000000/65536, I/O @ 0x00000400/256, BIOS @ > 0x????????/65536 > [    66.923] (II) LoadModule: "glx" > [    66.945] (II) Loading > /usr/local/lib/xorg/modules/extensions/libglx.so > [    67.207] (II) Module glx: vendor="X.Org Foundation" > [    67.207]     compiled for 1.18.4, module version = 1.0.0 > [    67.207]     ABI class: X.Org Server Extension, version 9.0 > [    67.208] (==) AIGLX enabled > [    67.208] (==) Matched modesetting as autoconfigured driver 0 > [    67.209] (==) Matched scfb as autoconfigured driver 1 > [    67.209] (==) Assigned the driver to the xf86ConfigLayout > [    67.209] (II) LoadModule: "modesetting" > [    67.209] (II) Loading > /usr/local/lib/xorg/modules/drivers/modesetting_drv.so > [    67.222] (II) Module modesetting: vendor="X.Org Foundation" > [    67.222]     compiled for 1.18.4, module version = 1.18.4 > [    67.222]     Module class: X.Org Video Driver > [    67.222]     ABI class: X.Org Video Driver, version 20.0 > [    67.222] (II) LoadModule: "scfb" > [    67.222] (II) Loading > /usr/local/lib/xorg/modules/drivers/scfb_drv.so > [    67.232] (II) Module scfb: vendor="X.Org Foundation" > [    67.232]     compiled for 1.18.4, module version = 0.0.4 > [    67.232]     ABI class: X.Org Video Driver, version 20.0 > [    67.232] (II) modesetting: Driver for Modesetting Kernel > Drivers: kms > [    67.232] (II) scfb: driver for wsdisplay framebuffer: scfb > [    67.233] (--) Using syscons driver with X support (version > 8589934592.0) > [    67.233] (++) using VT number 9 > > [    67.233] (WW) Falling back to old probe method for modesetting > [    67.234] (EE) open /dev/dri/card0: No such file or directory > [    67.234] (WW) Falling back to old probe method for scfb > [    67.234] scfb trace: probe start > [    67.234] (II) scfb(0): using default device > [    67.234] scfb trace: probe done > [    67.234] (WW) VGA arbiter: cannot open kernel arbiter, no > multi-card > support > [    67.234] scfb: PreInit 0 > [    67.234] (II) scfb(0): Using: depth (32),    width (1680), >  height > (1050) > [    67.235] (II) scfb(0): Creating default Display subsection in > Screen > section >      "Default Screen Section" for depth/fbbpp 24/32 > [    67.235] (==) scfb(0): Depth 24, (==) framebuffer bpp 32 > [    67.235] (==) scfb(0): RGB weight 888 > [    67.235] (==) scfb(0): Default visual is TrueColor > [    67.235] (==) scfb(0): Using gamma correction (1.0, 1.0, 1.0) > [    67.235] (II) scfb(0): Vidmem: 7087k > [    67.235] (==) scfb(0): DPI set to (96, 96) > [    67.235] (**) scfb(0): Using "Shadow Framebuffer" > [    67.235] (II) Loading sub module "shadow" > [    67.235] (II) LoadModule: "shadow" > [    67.236] (II) Loading /usr/local/lib/xorg/modules/libshadow.so > [    67.359] (II) Module shadow: vendor="X.Org Foundation" > [    67.359]     compiled for 1.18.4, module version = 1.1.0 > [    67.359]     ABI class: X.Org ANSI C Emulation, version 0.4 > [    67.359] (II) Loading sub module "fb" > [    67.359] (II) LoadModule: "fb" > [    67.360] (II) Loading /usr/local/lib/xorg/modules/libfb.so > [    67.415] (II) Module fb: vendor="X.Org Foundation" > [    67.415]     compiled for 1.18.4, module version = 1.0.0 > [    67.415]     ABI class: X.Org ANSI C Emulation, version 0.4 > [    67.415] scfb: PreInit done > [    67.415] (II) UnloadModule: "modesetting" > [    67.415] (II) Unloading modesetting > [    67.415] (--) Depth 24 pixmap format is 32 bpp > [    67.416] scfb: ScfbScreenInit 0 > [    67.416]     bitsPerPixel=32, depth=24, defaultVisual=TrueColor >      mask: ff0000,ff00,ff, offset: 16,8,0 > [    67.416] mmap returns: addr 0x811b4b000 len 0x6ec000, fd 6, off 0 > [    67.416] scfb: ScfbSave 0 > [    67.416] scfb: ScfbSave done > [    67.418] (==) scfb(0): Backing store enabled > [    67.418] scfb: ScfbScreenInit done > [    67.418] (==) RandR enabled > [    67.437] (II) AIGLX: Screen 0 is not DRI2 capable > [    67.437] (EE) AIGLX: reverting to software rendering > [    67.738] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer > [    67.739] (II) AIGLX: Loaded and initialized swrast > [    67.739] (II) GLX: Initialized DRISWRAST GL provider for screen 0 > [    68.589] (II) config/devd: probing input devices... > [    68.589] (II) config/devd: adding input device (null) > (/dev/kbdmux) > [    68.589] (II) LoadModule: "kbd" > [    68.591] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so > [    68.609] (II) Module kbd: vendor="X.Org Foundation" > [    68.609]     compiled for 1.18.4, module version = 1.9.0 > [    68.609]     Module class: X.Org XInput Driver > [    68.609]     ABI class: X.Org XInput driver, version 22.1 > [    68.609] (II) Using input driver 'kbd' for 'kbdmux' > [    68.609] (**) kbdmux: always reports core events > [    68.609] (**) kbdmux: always reports core events > [    68.609] (**) Option "Protocol" "standard" > [    68.609] (**) Option "XkbRules" "base" > [    68.609] (**) Option "XkbModel" "pc105" > [    68.609] (**) Option "XkbLayout" "us" > [    68.609] (**) Option "config_info" "devd:kbdmux" > [    68.610] (II) XINPUT: Adding extended input device "kbdmux" > (type: > KEYBOARD, id 6) > [    68.611] (II) config/devd: kbdmux is enabled, ignoring device > ukbd0 > [    68.611] (II) config/devd: kbdmux is enabled, ignoring device > ukbd1 > [    68.612] (II) config/devd: adding input device (null) > (/dev/sysmouse) > [    68.612] (II) LoadModule: "mouse" > [    68.613] (II) Loading > /usr/local/lib/xorg/modules/input/mouse_drv.so > [    68.665] (II) Module mouse: vendor="X.Org Foundation" > [    68.665]     compiled for 1.18.4, module version = 1.9.3 > [    68.665]     Module class: X.Org XInput Driver > [    68.665]     ABI class: X.Org XInput driver, version 22.1 > [    68.665] (II) Using input driver 'mouse' for 'sysmouse' > [    68.665] (**) sysmouse: always reports core events > [    68.665] (**) Option "Device" "/dev/sysmouse" > [    68.665] (==) sysmouse: Protocol: "Auto" > [    68.666] (**) sysmouse: always reports core events > [    68.666] (==) sysmouse: Emulate3Buttons, Emulate3Timeout: 50 > [    68.666] (**) sysmouse: ZAxisMapping: buttons 4 and 5 > [    68.666] (**) sysmouse: Buttons: 5 > [    68.666] (**) Option "config_info" "devd:sysmouse" > [    68.666] (II) XINPUT: Adding extended input device "sysmouse" > (type: > MOUSE, id 7) > [    68.667] (**) sysmouse: (accel) keeping acceleration scheme 1 > [    68.667] (**) sysmouse: (accel) acceleration profile 0 > [    68.667] (**) sysmouse: (accel) acceleration factor: 2.000 > [    68.667] (**) sysmouse: (accel) acceleration threshold: 4 > [    68.667] (II) sysmouse: SetupAuto: hw.iftype is 4, hw.model is 0 > [    68.667] (II) sysmouse: SetupAuto: protocol is SysMouse > [    68.668] (II) config/devd: device /dev/ums0 already opened > [    68.668] (II) config/devd: device /dev/ums1 already opened > [    68.670] scfb: SaveScreen 0 > [    68.670] scfb: SaveScreen done > [   668.671] scfb: SaveScreen 0 > [   668.672] scfb: SaveScreen done > > -- > Earth is a beta site. > > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to > "freebsd-ppc-unsubscribe@freebsd.org > " > -- Earth is a beta site. From owner-freebsd-ppc@freebsd.org Fri May 24 00:58:27 2019 Return-Path: Delivered-To: freebsd-ppc@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 D7EAC1591902 for ; Fri, 24 May 2019 00:58:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-3.consmr.mail.bf2.yahoo.com (sonic303-3.consmr.mail.bf2.yahoo.com [74.6.131.42]) (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 7EB366C0D4 for ; Fri, 24 May 2019 00:58:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XyXMD_IVM1nJZP4h_zRwr2a0JhOnvR6F2nD8o1MSNw8SwnnZxvFqiOAYKkQu7uV IyS1Y.9E7d91CCnjdRIPc54VF2VTsx0btc2p4i4n8NDBhi1ZiZ2zswbGhBRC6gfH.Nb3v25LYAMp _Rj.zfdbpWR1NRKAew21_8HjODL_dtCBBEhD3KQcQ.ziYDYvL62RqSj9yBAovHVhAMX.VRT72AN1 UbzgfKcKJMbOnz2JuP3C1EMeJ91JQQhGuwA4iSyrl9SCzUT5wn9SD5i9NiL2jT_QTeACu8_lorC8 zhSVh0x_rgSkmOZ.V08M.huYV.xyF_qmLHOEYFyXpqGQSOul_sz9EiR9vWtQ5fmkl1bBcuj5Be1_ 4icGPGeEF9BtAZgToNZacud_SEFErOoGuQvxVf7I2gXr7_VnBYtFz_56bSUCLnLM88xBb_JEIggG 5GZeryONVL53elVkq05e2ylTMN8y_KRkfZQKlWDg.XzSVVOCmwojSkT3ROdIvFoc98_8o6kxm.C8 poQMqwQU.d3C90AMl4FZ3sJ3atUIREABtwY9Jt1EZNDq1Du8ZICzu2B_zI2Bn6lSL4OONKiEUZ4r L1C6HkHmyZMzPjydXwyVgBmJACklIXr3oRDIYcqi0i01s3vnbh96lY7Gs0u56j7jJNUBH5obez5n C.GjVnet5hJO2o.B7pJ56or8U2jTby7wDLQ_tXxSo8qmvUFjBZQCA6C_YK2OZ42eZMgFw0dbUX3Z GkvLa.LfChAR0T_WAZ7IjpxV0PFaUiN01zoFW44uOMxAWwUTjeip.O4JIkR3W8nbala7t8Ihuw5d 3koqXwDfrwJS7qIpSrSjlS15tL9XobrthenLQLUnLqO4.3ItNZhXXsqdpne_eyRmcZ.jINZjEHrq THXRlv22vome46.ssJpYM33iDJORyp6BcBGgo8o_WFKT5AnNTscl5yL66qSxZrPTQieu_iuB5Pnb U2SZwPyE5DhtwfYX6Mm8mqkdvdLYNE41vpbuFrtMMzUfxwwKdeYQelQoq3NAjdhXx4ZO5o1Eetqu 10E9VQriJSO73PxmTbPJtwvzaWzS0FbQmlVsPsAoc5Iz2iTz4oZ53RTEkGJSECux8GuKiyaCt5Vz quUKXHlvlYh.mgF6ejN4ZJ7OKEN.35Zs2ULkig6QI_95HVobmrPF5BOWCiKYw20fl9LBk2CGoQMU 6XLndn4FkbAG_Lr1WwMheQio3YuDgyimtAgaATRAT4qQ3JM6g0jgu_80zQV3g0zA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 00:58:18 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp413.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3d429db2b23fd2ddcd8ee8bc33c93734; Fri, 24 May 2019 00:58:15 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Mac G5 X11 performance From: Mark Millard In-Reply-To: Date: Thu, 23 May 2019 17:58:13 -0700 Cc: Francis Little , freebsd-ppc@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Jason Bacon X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 7EB366C0D4 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(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]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn: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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.90)[0.905,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.50)[ip: (4.76), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.31)[0.310,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.70)[0.695,0]; RCVD_IN_DNSWL_NONE(0.00)[42.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 00:58:27 -0000 On 2019-May-23, at 17:10, Jason Bacon wrote: > Netsurf works fine, but unfortunately depends on a legacy libutf8proc, = which conflicts with the more modern utf8proc required by many other = ports (including subversion). >=20 > All firefox dependencies build ("make depends" runs clean), so we're = very close. >=20 > BTW, there are ~27,000 binary packages for ppc64, ~31,000 for amd64. = Not bad, and that number will jump when a few key ports like qt5-core = are fixed. I'm able to build devel/qt5-core based on: # svnlite diff /usr/ports/Mk/Uses/ Index: /usr/ports/Mk/Uses/qt-dist.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) @@ -251,7 +251,7 @@ .if ${_QT_VER:M5} post-patch: gcc-post-patch gcc-post-patch: - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ ${WRKSRC}/mkspecs/common/gcc-base.conf \ ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ I noticed that my build logs had %%LOCALBASE%% text that had not been replaced, in particular the 2nd one on a particular line. That lead to noticing the missing "g". (I'm not a ports committer or maintainer.) I experiment with a system-clang-8 and base/binutils based powerpc64 environment, instead of gcc 4.2.1 based. So direct inference of others being able to do the same would not apply. But it seems likely to me. Side note: qt-dist.mk sometimes uses -e with ${REINPLACE_CMD} even when only one command is being fed to sed, a context in which the -e is optional. > On 2019-05-23 14:02, Francis Little wrote: >> I find WindowMaker fairly responsive. >>=20 >> I've not had a lot of luck with a web browser yet, Midori builds and = comes up but cannot load webpages for some reason. >>=20 >>=20 >>=20 >>=20 >> On Thu, 23 May 2019, 19:25 Jason Bacon, > wrote: >>=20 >>=20 >> This is not a very important issue, but thought I'd bring in up in >> case >> there's a simple solution. >>=20 >> I have an iMac G5, used mainly for port testing, but I've found = that >> it's very close to being a usable desktop system (running SLiM = login >> manager and LXDE as other mainstream desktop environments don't >> currently build). All it would need is a few more key ports fixed >> (e.g. >> firefox or chromium, qt5-*) and improved X11 performance. >>=20 >> X11 performance is slow to the point where a dragged window won't >> even >> keep up with the mouse. >>=20 >> Chipset and Xorg info is below. >>=20 >> Loading radeonkms causes a complete system freeze. >>=20 >> I haven't found anything on the freebsd-ppc pages or elsewhere to >> help. >>=20 >> If anyone knows of any ways to improve the situation, I'd = appreciate >> hearing them. If they're not too hackish, I would add support to >> sysutils/desktop-installer so others with PowerPC Macs can = configure >> them with minimal effort. >>=20 >> vgapci0@pci0:0:16:0: class=3D0x030000 card=3D0x41501002 >> chip=3D0x41501002 >> rev=3D0x00 hdr=3D0x00 >> vendor =3D 'Advanced Micro Devices, Inc. [AMD/ATI]' >> device =3D 'RV350 [Radeon 9550/9600/X1050 Series]' >> class =3D display >> subclass =3D VGA >>=20 >> [ 66.665] >> X.Org X Server 1.18.4 >> . . . >>=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 24 01:52:32 2019 Return-Path: Delivered-To: freebsd-ppc@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 C605A1592E92 for ; Fri, 24 May 2019 01:52:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5AF426DEAD for ; Fri, 24 May 2019 01:52:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 14C731592E8C; Fri, 24 May 2019 01:52:32 +0000 (UTC) Delivered-To: ppc@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 0351A1592E88 for ; Fri, 24 May 2019 01:52:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91DA16DEA8 for ; Fri, 24 May 2019 01:52:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D43CB10C6F for ; Fri, 24 May 2019 01:52:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4O1qUKk026713 for ; Fri, 24 May 2019 01:52:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4O1qUgY026712 for ppc@FreeBSD.org; Fri, 24 May 2019 01:52:30 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: ppc@FreeBSD.org Subject: [Bug 233863] Various PowerMac G5 models may require kern.smp.disabled=1 and must set usefdt=1 which causes net interface reorder Date: Fri, 24 May 2019 01:52:30 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@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-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 01:52:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233863 --- Comment #52 from commit-hook@freebsd.org --- A commit references this bug: Author: jhibbits Date: Fri May 24 01:51:58 UTC 2019 New revision: 348218 URL: https://svnweb.freebsd.org/changeset/base/348218 Log: MFC r347463: powerpc: Initialize the Hardware Interrupt Offset Register (HIOR) earlier= for ppc970 Since we now have a much larger KVA on powerpc64, it's possible to get SLB traps earlier in boot, possibly even before the HIOR is properly configur= ed for us. Move the HIOR setup to immediately after reset, so that we use o= ur exception handlers instead of Open Firmware's. PR: 233863 Changes: _U stable/12/ stable/12/sys/powerpc/aim/mp_cpudep.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 24 03:10:41 2019 Return-Path: Delivered-To: freebsd-ppc@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 7069715950FE for ; Fri, 24 May 2019 03:10:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-1.consmr.mail.bf2.yahoo.com (sonic301-1.consmr.mail.bf2.yahoo.com [74.6.129.40]) (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 3074F70B9F for ; Fri, 24 May 2019 03:10:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: TsnhkD0VM1kr_Ie1pWbptETX0lurDE47YHbMdbhfchYSoP9n3l5P8pUD7INROmg UnWvpuGHerr6t1LzBb73wYXHDLjGGW8Xas1MHvf.uvPYVh17nrU42JN1SyzXXGjPEztKV06RwccO g.awsWpb9RoDHwLi59bWha59nxLW7RA38R0hJ1Awx4mB.fUnUx5hVYxs0h6wgMva3Zfq5t.R1rQ2 fjVHskL4ZRYHi.qNts24x7.U9x._H6lb6_U3ddyoHcKBghNcYmx9Sg.pVG5rwe7LNiwgAZ5pG8_d MZL.Smwiz9S_k8JpRgscrRb0gdoJD_iLU4QT7jt3At7YNz_UHunEK_01Rl0bshba2eO5pQq9CqNQ aD2L21GSSC.SCC_ygUZ3Dkg5I2eZsh4OaK0OB9ntRpfYMc1mxtz150gUL4daWRElHVr2SNN6bsLI km8lPslygKOS6AkWP_Zqfgs6LXkgRTzVOh_kVUi0ys_xcyxXj0quyPApfDMdTHXrOsVIbexw23Zr mnxTYGXToZqsUnk9EoAtSbkzZ_R8D8gpqV1Gk5qrZPYXKJhhVluPCVMx0ylSoiEu86nb20UEKrRB INFuhMjhEnMyd91eTYkYDzEE0RxAp_6uAPb..3mF2SjFOX.GYyGWgOhIdKB3gWdN3hLJdoz7Spte ZAwZ0YbzScIHAGhOnMOyxIdKG5ai1L.phyqeM2UnVfV7bjWNlsVOXVY3TVPizd8PLkdT.c13koWO HMu7KPZyLfGXXAtsTPWY02PiKP2cTa0SthAbpZCAjf0kXJbAal0y4qXIkLpGooMIz5RIkKG9Ja_t LVB4ACMBVGnkQAXCCyKG0vYSGu6ySMSXmxpq1q.R4fZs3tSQWqmFBNtV1kW7G0qgncnllNop5GbY pea6ABg7LnMMKba.sshFMdBFd7GqrXe4Rs2WkAPHq7LfhIaUm448oXVtJD1HnPmK.vTyKxJ5KTjx jRIpjgJiBrBdzkP_UEdn3qwTxsra7omas3sj34_kxF8YfkZVbU52R36KEtuyfv1GiseaKa4SjCXB .d0uB_uAt8y89T4WKesaqlggt3a99XCJXTiF8y7gyNc8XKF9Mkx.3nNFuW0hSy.kI71tMne4cug_ KKzk.vE5r9SSeDEzGALm8sylFOYp4TNIXmO9JxxPlHaWhyrn5t.8Dx5tpM2V6xwH8lMr72eOot.E 2UNvmZdEF0vpx4MnIDFii7L_z4G0nMNXwD2.._ruq34gAX_TMV9WgJUARGiw1VQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 03:10:38 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp401.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 97fb51f414f81032a068ebb2a5aad304; Fri, 24 May 2019 03:10:37 +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 12.4 \(3445.104.11\)) Subject: Re: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 Date: Thu, 23 May 2019 20:10:35 -0700 References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> To: FreeBSD PowerPC ML , ports-list freebsd In-Reply-To: <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> Message-Id: <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 3074F70B9F X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.09 / 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]; RCPT_COUNT_TWO(0.00)[2]; 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.01)[-0.009,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.687,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.29)[ip: (3.72), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.62)[0.622,0]; RCVD_IN_DNSWL_NONE(0.00)[40.129.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 03:10:41 -0000 [I tried rebuilding things based on a full-bootstrap build of lang/gcc8 instead. It made no difference.] On 2019-May-23, at 14:17, Mark Millard wrote: > [It looks like code generation missed a level of indirection > to me.] >=20 >> On 2019-May-23, at 13:46, Mark Millard wrote: >>=20 >> [I should have listed uname -apKU output and such.] >>=20 >> On 2019-May-23, at 13:21, Mark Millard wrote: >>=20 >>> The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative >>> got: >>>=20 >>> --- qqmljsgrammar.cpp --- >>> /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g >>> Segmentation fault (core dumped) >>> *** [qqmljsgrammar.cpp] Error code 139 >>>=20 >>> make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml >>> 1 error >>>=20 >>> Installing qt5-core and manually running under gdb from >>> an expansion of the bulk's tar of the failure, I was able >>> to get a backtrace: >>>=20 >>> (gdb) run --no-debug --qt parser/qqmljs.g >>> Starting program: /usr/local/bin/qlalr --no-debug --qt = parser/qqmljs.g >>> process 26823 is executing new program: /usr/local/lib/qt5/bin/qlalr >>> . . . (text about auto-loading has been declined and such) . . . >>> Program received signal SIGSEGV, Segmentation fault. >>> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>> (gdb) bt >>> #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>> #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 >>> dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 >>> #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 >>> #3 0x00000008109cb474 in std::basic_ios >::_M_cache_locale (this=3D0x810ab48c8 = , __loc=3D...) >>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 >>> #4 0x00000008109cbad0 in std::basic_ios >::init (this=3D0x810ab48c8 , = __sb=3D0x810ab36f8 <__gnu_internal::buf_cout_sync>) >>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 >>> #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) >>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 >>> #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 >>> #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 >>> #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 >>> #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 >>> #10 0x000000081005dfa0 in objlist_call_init (list=3D, = lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2728 >>> #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 >>> #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 >>> Backtrace stopped: frame did not save the PC >>>=20 >>>=20 >>>=20 >>> NOTE: In order to have built devel/qt5-core I used a patch >>> to make sure that all the %%LOCALBASE%% strings were replaced >>> (otherwise in the powerpc64 system clang 8 based world the >>> devel/qt5-core build failed from -I%%LOCALBASE%%... use): >>>=20 >>> Index: /usr/ports/Mk/Uses/qt-dist.mk >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) >>> +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) >>> @@ -251,7 +251,7 @@ >>> .if ${_QT_VER:M5} >>> post-patch: gcc-post-patch >>> gcc-post-patch: >>> - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >>> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >>> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >>> @@ -298,7 +298,7 @@ >>> # ports/194088. >>> post-patch: qtbase-post-patch >>> qtbase-post-patch: >>> - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >>> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>>=20 >>>=20 >>> (So having the missing g added but not having the optional -e >>> usage in the other %%LOCALBASE%% related command. The -e >>> status is optional here: only one command to sed sed command >>> in each sed command. The additional g is the important part.) >>=20 >> I should have listed: >>=20 >> # uname -apKU >> FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed = May 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 >>=20 >> # svnlite info /usr/ports/ | grep 'Re[plv]' | more >> Relative URL: ^/head >> Repository Root: svn://svn0.us-west.freebsd.org/ports >> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >> Revision: 501994 >> Last Changed Rev: 501994 >>=20 >>=20 >> As part of experimenting with a system clang 8 based world >> context: >>=20 >> # svnlite diff /usr/ports/devel/binutils/Makefile >> Index: /usr/ports/devel/binutils/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/devel/binutils/Makefile (revision 501994) >> +++ /usr/ports/devel/binutils/Makefile (working copy) >> @@ -3,6 +3,7 @@ >>=20 >> PORTNAME=3D binutils >> PORTVERSION=3D 2.32 >> +PORTREVISION=3D 1 >> PORTEPOCH?=3D 1 >> CATEGORIES?=3D devel >> MASTER_SITES=3D SOURCEWARE/binutils/releases >> @@ -13,7 +14,6 @@ >> LICENSE=3D GPLv3 LGPL3 >> LICENSE_COMB=3D multi >>=20 >> -EXTRA_PATCHES=3D = ${FILESDIR}/binutils-do-not-provide-shared-section-symbols.patch:-p1 >> .if defined(PREFIX) && ${PREFIX} !=3D "/usr" >> BUILD_DEPENDS=3D ${LOCALBASE}/lib/libgmp.so:math/gmp \ >> ${LOCALBASE}/lib/libmpfr.so:math/mpfr >>=20 >>=20 >> # svnlite diff /usr/ports/lang/gcc8/Makefile >> Index: /usr/ports/lang/gcc8/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/lang/gcc8/Makefile (revision 501994) >> +++ /usr/ports/lang/gcc8/Makefile (working copy) >> @@ -62,7 +62,7 @@ >>=20 >> .elif ${ARCH} =3D=3D powerpc64 >> CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" >> -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >> +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >>=20 >> .elif ${ARCH} =3D=3D powerpcspe >> CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp >> @@ -80,7 +80,7 @@ >> CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug >> ALL_TARGET=3D bootstrap-lean >> .endif >> -INSTALL_TARGET=3D install-strip >> +#INSTALL_TARGET=3D install-strip >> .if ${UID} !=3D 0 >> BINMODE=3D 755 >> .endif >>=20 >> I had to work around clang reserving "vec_step" as a name >> in contexts where the gcc8 source code used that name: >> (vec_step is associated with support of the the vector >> instructions on powerpc64.) >>=20 >> # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c >> --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 >> +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 >> @@ -4970,13 +4970,13 @@ >>=20 >> /* Create a vector of the step value. */ >> tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); >> - tree vec_step =3D build_vector_from_val (cr_index_vector_type, = step); >> + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); >>=20 >> /* Create an induction variable. */ >> gimple_stmt_iterator incr_gsi; >> bool insert_after; >> standard_iv_increment_position (loop, &incr_gsi, &insert_after); >> - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, >> + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, >> insert_after, &indx_before_incr, &indx_after_incr); >>=20 >> /* Next create a new phi node vector (NEW_PHI_TREE) which starts >> @@ -7641,7 +7641,7 @@ >> tree vec_def; >> edge pe =3D loop_preheader_edge (loop); >> basic_block new_bb; >> - tree new_vec, vec_init, vec_step, t; >> + tree new_vec, vec_init, vec_step_renamed, t; >> tree new_name; >> gimple *new_stmt; >> gphi *induction_phi; >> @@ -7834,7 +7834,7 @@ >> new_name =3D vect_init_vector (phi, new_name, >> TREE_TYPE (step_expr), NULL); >> new_vec =3D build_vector_from_val (vectype, new_name); >> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>=20 >> /* Now generate the IVs. */ >> unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); >> @@ -7873,7 +7873,7 @@ >>=20 >> /* Create the iv update inside the loop */ >> vec_def =3D make_ssa_name (vec_dest); >> - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); >> + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); >> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >> set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >>=20 >> @@ -7904,7 +7904,7 @@ >> new_name =3D vect_init_vector (phi, new_name, >> TREE_TYPE (step_expr), NULL); >> new_vec =3D build_vector_from_val (vectype, new_name); >> - vec_step =3D vect_init_vector (phi, new_vec, vectype, = NULL); >> + vec_step_renamed =3D vect_init_vector (phi, new_vec, = vectype, NULL); >> for (; ivn < nvects; ++ivn) >> { >> gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; >> @@ -7915,7 +7915,7 @@ >> def =3D gimple_assign_lhs (iv); >> new_stmt =3D gimple_build_assign (make_ssa_name = (vectype), >> PLUS_EXPR, >> - def, vec_step); >> + def, vec_step_renamed); >> if (gimple_code (iv) =3D=3D GIMPLE_PHI) >> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >> else >> @@ -8041,7 +8041,7 @@ >> gcc_assert (CONSTANT_CLASS_P (new_name) >> || TREE_CODE (new_name) =3D=3D SSA_NAME); >> new_vec =3D build_vector_from_val (vectype, t); >> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>=20 >>=20 >> /* Create the following def-use cycle: >> @@ -8064,7 +8064,7 @@ >>=20 >> /* Create the iv update inside the loop */ >> vec_def =3D make_ssa_name (vec_dest); >> - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); >> + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); >> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >> set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >>=20 >> @@ -8108,7 +8108,7 @@ >> gcc_assert (CONSTANT_CLASS_P (new_name) >> || TREE_CODE (new_name) =3D=3D SSA_NAME); >> new_vec =3D build_vector_from_val (vectype, t); >> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>=20 >> vec_def =3D induc_def; >> prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); >> @@ -8116,7 +8116,7 @@ >> { >> /* vec_i =3D vec_prev + vec_step */ >> new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, >> - vec_def, vec_step); >> + vec_def, vec_step_renamed); >> vec_def =3D make_ssa_name (vec_dest, new_stmt); >> gimple_assign_set_lhs (new_stmt, vec_def); >>=20 >>=20 >> # svnlite diff /usr/ports/devel/libunwind/Makefile >> Index: /usr/ports/devel/libunwind/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/devel/libunwind/Makefile (revision 501994) >> +++ /usr/ports/devel/libunwind/Makefile (working copy) >> @@ -22,6 +22,8 @@ >>=20 >> USES=3D libtool pathfix pkgconfig >> USE_LDCONFIG=3D yes >> +CFLAGS+=3D -fPIC >> + >> GNU_CONFIGURE=3D yes >> INSTALL_TARGET=3D install-strip >> LLD_UNSAFE=3D yes >>=20 >>=20 >>=20 >> I do use an ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG change to >> bsd.port.mk (ignore the OPSYS and _OSRELEASE inline >> substitutions): >>=20 >> # svnlite diff /usr/ports/Mk/bsd.port.mk >> Index: /usr/ports/Mk/bsd.port.mk >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- /usr/ports/Mk/bsd.port.mk (revision 501994) >> +++ /usr/ports/Mk/bsd.port.mk (working copy) >> @@ -1151,12 +1151,12 @@ >>=20 >> # Get the operating system type >> .if !defined(OPSYS) >> -OPSYS!=3D ${UNAME} -s >> +OPSYS!=3D echo FreeBSD >> .endif >> _EXPORTED_VARS+=3D OPSYS >>=20 >> .if !defined(_OSRELEASE) >> -_OSRELEASE!=3D ${UNAME} -r >> +_OSRELEASE!=3D echo 13.0-CURRENT >> .endif >> _EXPORTED_VARS+=3D _OSRELEASE >>=20 >> @@ -1762,7 +1762,11 @@ >> STRIP_CMD=3D ${TRUE} >> .endif >> DEBUG_FLAGS?=3D -g >> +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) >> +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} >> +.else >> CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} >> +.endif >> .if defined(INSTALL_TARGET) >> INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} >> .endif >>=20 >>=20 >> (I once had a context where the ${UNAME} -s and ${UNAME} -r >> lines each ended up with empty strings assigned. The echo's >> just worked around the problem. I've no clue if I'd still >> have the problem.) >=20 > Program received signal SIGSEGV, Segmentation fault. > 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 > (gdb) disass > Dump of assembler code for function _ZNSt9type_infoD2Ev: > =3D> 0x0000000810a96be0 <+0>: .long 0x8 > 0x0000000810a96be4 <+4>: .long 0x109273d0 > 0x0000000810a96be8 <+8>: .long 0x8 > 0x0000000810a96bec <+12>: vsubuqm v5,v11,v7 > End of assembler dump. >=20 > Note that for the 0x8'1092'73d0 from the +0 and +4: >=20 > (gdb) disass 0x8109273d0 > Dump of assembler code for function std::type_info::~type_info(): > 0x00000008109273d0 <+0>: blr > 0x00000008109273d4 <+4>: .long 0x0 > 0x00000008109273d8 <+8>: .long 0x90000 > 0x00000008109273dc <+12>: .long 0x0 > End of assembler dump. >=20 > And the code that got to 0x810a96be0 was: >=20 > (gdb) disass > Dump of assembler code for function __cxxabiv1::__dynamic_cast(void = const*, __cxxabiv1::__class_type_info const*, = __cxxabiv1::__class_type_info const*, ptrdiff_t): > . . . > 0x0000000810921518 <+136>: ld r0,0(r12) > 0x000000081092151c <+140>: ld r11,16(r12) > 0x0000000810921520 <+144>: mtctr r0 > 0x0000000810921524 <+148>: ld r2,8(r12) > 0x0000000810921528 <+152>: bctrl > =3D> 0x000000081092152c <+156>: ld r2,40(r1) > . . . >=20 > with ctr holding: 0x810a96be0 >=20 > (gdb) info reg > . . . > pc 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> > . . . > lr 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> > ctr 0x810a96be0 34639277024 > . . . >=20 > It looks to me like: >=20 > 0x0000000810921518 <+136>: ld r0,0(r12) > 0x000000081092151c <+140>: ld r11,16(r12) > 0x0000000810921520 <+144>: mtctr r0 > 0x0000000810921524 <+148>: ld r2,8(r12) > 0x0000000810921528 <+152>: bctrl >=20 > needed something like another instruction to get > the correct address into ctr for the later bctrl > use:=20 >=20 > ld r0,0(r12) > ld r11,16(r12) > ld r0,0(r0) # <<=3D=3D=3D Needed? > mtctr r0 > ld r2,8(r12) > bctrl >=20 I: A) changed the options for devel/gcc8 in poudriere to use full-bootstrap. B) had poudriere bulk rebuild devel/gcc8 (and I installed the result as well) C) had poudriere bulk rebuild devel/qt5-core (and I installed the result as well) D) had poudriere bulk again attempt: x11-toolkits/qt5-declarative The result was the same failure. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 24 04:09:55 2019 Return-Path: Delivered-To: freebsd-ppc@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 431F615966DD for ; Fri, 24 May 2019 04:09:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-3.consmr.mail.bf2.yahoo.com (sonic307-3.consmr.mail.bf2.yahoo.com [74.6.134.42]) (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 3F9B57238A for ; Fri, 24 May 2019 04:09:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: qouP46YVM1maANj7jHHpMf6pSKNoazSNqkwczDSsbk9n5r7PlXSeBZhGlG2VVTK 3nFMcsC7yPOvGbCnmgPYvfbdi9Rhm.ogTr.erYx0zsgOEqeaLlWZyl0kjwtxvhlH__ETfOhM5uzB Rdqkt8xs3CthlELKTZPqCu1v7UkKcdhDb08IGn12jN_JucRmgRmdRA7Ofi2y9myYtgwqedDJncsW pEtvi6ti6mbGW4ZsvB2QP1PMAAhjhKskiO4ttPAQ8Si31xe3Wt4_A2haZearuJP_2KEQh1.g1xjE GaXIjP48pGM8uezSgl3Udx.ykMREdQJCLgIX9TOA7ah7i44oNON3xPtGSD1MRcSCKDnN_G2k1uSV LrG7xRFjcEUp0PBE1nSbWLmmFFnHQlShY14kTdTaGeIfGzF.oTL3YOhUh_i8WVO50SNbxGPVDHrH 6ILf38bGvHp4Qsm9LPFQZq7zpL5bqJQRqRjAYpGuoGpC3ib.4mKrvf4CzZulNYtBz17Ek5r0CpXi XfsLPLJcFOecinKWQ0jilXEHSOcEapoG6nHo4VyaaXDVlKGX6IJQR4tjERUXGQ8qlwu.m4Ew31fQ gR9.4QGXrNoKCkcxsPNvnvnIuWweizoY6qQsVN6JXpsDxErpbHWgDfB3ztE_J_if3SEX4IW2.Gkt X4MIk5QnVeihpYvfQH3Rd64GntSTdVw3Vhy9glp8y_st0fvye1ljv6Mz1h8rU7GynREAl6Hv.atp NfEYfu.tm0xlQsftlTF4mVypxfS8qFp2QGa_HYuhaaPLFuaDnmrXJxq3ZuAqy4akSo9VHxsIRW0y 5aDUeJqD4fndw1zHFMu0IlZh2TOJeLt2Ugr8AW6h_D0oVRlw3gRJqvXVSBcGbsimxW_oQCEQ2ACt 7RmrGbDwNqPTYeDluaL5WXNdJVXcrbRnoyqDRGYVO_6qw4DUk_H1hhC91ZeE5lSVGP_65NyQ6aUz 1r2H_LWV4SUthZzJqUkyTzlyWN9jD4XdjRuB9hz2gQ.dGwrb4qiG0hxS_nhx6yHe8ovvIA9Ei9OJ Hc0.W_mR.DzoFnWbjlv9l6OqwB3gPls1Ckq8T9yCLwWVPr8YafqVWbSQ_OjO4ETDfJc91zvxtmAa JMn4l4xj2afin85YdPDrdXQPO67vQifdzDvSM.u0mBjwvzAkt0xyMOM4RWCu9BlaUeqXMwD.V3AT NpL6jhEMphTkZL3HaPD8z7KtXGtsmYEw.GFAFTR.k_oUVk9dtx2BRAesmmA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 04:09:46 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp431.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c40a3bb9191e8baaef2eb6efb57c7f9f; Fri, 24 May 2019 04:09:41 +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 12.4 \(3445.104.11\)) Subject: Re: powerpc64 context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 Date: Thu, 23 May 2019 21:09:39 -0700 References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> To: FreeBSD PowerPC ML , ports-list freebsd In-Reply-To: <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 3F9B57238A X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.71 / 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]; RCPT_COUNT_TWO(0.00)[2]; 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.85)[0.855,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.27)[ip: (3.61), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.41)[0.412,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.68)[0.678,0]; RCVD_IN_DNSWL_NONE(0.00)[42.134.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[42.134.6.74.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 04:09:55 -0000 [Merely adding the extra instruction was not the right idea for what the problem is.] On 2019-May-23, at 20:10, Mark Millard wrote: > [I tried rebuilding things based on a full-bootstrap > build of lang/gcc8 instead. It made no difference.] >=20 > On 2019-May-23, at 14:17, Mark Millard wrote: >=20 >> [It looks like code generation missed a level of indirection >> to me.] >>=20 >>> On 2019-May-23, at 13:46, Mark Millard wrote: >>>=20 >>> [I should have listed uname -apKU output and such.] >>>=20 >>> On 2019-May-23, at 13:21, Mark Millard wrote: >>>=20 >>>> The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative >>>> got: >>>>=20 >>>> --- qqmljsgrammar.cpp --- >>>> /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g >>>> Segmentation fault (core dumped) >>>> *** [qqmljsgrammar.cpp] Error code 139 >>>>=20 >>>> make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml >>>> 1 error >>>>=20 >>>> Installing qt5-core and manually running under gdb from >>>> an expansion of the bulk's tar of the failure, I was able >>>> to get a backtrace: >>>>=20 >>>> (gdb) run --no-debug --qt parser/qqmljs.g >>>> Starting program: /usr/local/bin/qlalr --no-debug --qt = parser/qqmljs.g >>>> process 26823 is executing new program: = /usr/local/lib/qt5/bin/qlalr >>>> . . . (text about auto-loading has been declined and such) . . . >>>> Program received signal SIGSEGV, Segmentation fault. >>>> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>>> (gdb) bt >>>> #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>>> #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 >>>> dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 >>>> #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 >>>> #3 0x00000008109cb474 in std::basic_ios >::_M_cache_locale (this=3D0x810ab48c8 = , __loc=3D...) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 >>>> #4 0x00000008109cbad0 in std::basic_ios >::init (this=3D0x810ab48c8 , = __sb=3D0x810ab36f8 <__gnu_internal::buf_cout_sync>) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 >>>> #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 >>>> #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 >>>> #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 >>>> #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 >>>> #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 >>>> #10 0x000000081005dfa0 in objlist_call_init (list=3D, lockstate=3D) at = /usr/src/libexec/rtld-elf/rtld.c:2728 >>>> #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 >>>> #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 >>>> Backtrace stopped: frame did not save the PC >>>>=20 >>>>=20 >>>>=20 >>>> NOTE: In order to have built devel/qt5-core I used a patch >>>> to make sure that all the %%LOCALBASE%% strings were replaced >>>> (otherwise in the powerpc64 system clang 8 based world the >>>> devel/qt5-core build failed from -I%%LOCALBASE%%... use): >>>>=20 >>>> Index: /usr/ports/Mk/Uses/qt-dist.mk >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) >>>> +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) >>>> @@ -251,7 +251,7 @@ >>>> .if ${_QT_VER:M5} >>>> post-patch: gcc-post-patch >>>> gcc-post-patch: >>>> - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >>>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >>>> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >>>> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >>>> @@ -298,7 +298,7 @@ >>>> # ports/194088. >>>> post-patch: qtbase-post-patch >>>> qtbase-post-patch: >>>> - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >>>> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>>>=20 >>>>=20 >>>> (So having the missing g added but not having the optional -e >>>> usage in the other %%LOCALBASE%% related command. The -e >>>> status is optional here: only one command to sed sed command >>>> in each sed command. The additional g is the important part.) >>>=20 >>> I should have listed: >>>=20 >>> # uname -apKU >>> FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed = May 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 >>>=20 >>> # svnlite info /usr/ports/ | grep 'Re[plv]' | more >>> Relative URL: ^/head >>> Repository Root: svn://svn0.us-west.freebsd.org/ports >>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>> Revision: 501994 >>> Last Changed Rev: 501994 >>>=20 >>>=20 >>> As part of experimenting with a system clang 8 based world >>> context: >>>=20 >>> # svnlite diff /usr/ports/devel/binutils/Makefile >>> Index: /usr/ports/devel/binutils/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/devel/binutils/Makefile (revision 501994) >>> +++ /usr/ports/devel/binutils/Makefile (working copy) >>> @@ -3,6 +3,7 @@ >>>=20 >>> PORTNAME=3D binutils >>> PORTVERSION=3D 2.32 >>> +PORTREVISION=3D 1 >>> PORTEPOCH?=3D 1 >>> CATEGORIES?=3D devel >>> MASTER_SITES=3D SOURCEWARE/binutils/releases >>> @@ -13,7 +14,6 @@ >>> LICENSE=3D GPLv3 LGPL3 >>> LICENSE_COMB=3D multi >>>=20 >>> -EXTRA_PATCHES=3D = ${FILESDIR}/binutils-do-not-provide-shared-section-symbols.patch:-p1 >>> .if defined(PREFIX) && ${PREFIX} !=3D "/usr" >>> BUILD_DEPENDS=3D ${LOCALBASE}/lib/libgmp.so:math/gmp \ >>> ${LOCALBASE}/lib/libmpfr.so:math/mpfr >>>=20 >>>=20 >>> # svnlite diff /usr/ports/lang/gcc8/Makefile >>> Index: /usr/ports/lang/gcc8/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/lang/gcc8/Makefile (revision 501994) >>> +++ /usr/ports/lang/gcc8/Makefile (working copy) >>> @@ -62,7 +62,7 @@ >>>=20 >>> .elif ${ARCH} =3D=3D powerpc64 >>> CONFIGURE_ENV+=3D UNAME_m=3D"powerpc64" >>> -MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >>> +#MAKE_ARGS+=3D CFLAGS_FOR_TARGET=3D"-O1" = CXXFLAGS_FOR_TARGET=3D"-O1" BOOT_CFLAGS=3D"-O1" # PR235975 >>>=20 >>> .elif ${ARCH} =3D=3D powerpcspe >>> CONFIGURE_ARGS+=3D --with-cpu=3D8548 --enable-e500_double = --without-fp >>> @@ -80,7 +80,7 @@ >>> CONFIGURE_ARGS+=3D--with-build-config=3Dbootstrap-debug >>> ALL_TARGET=3D bootstrap-lean >>> .endif >>> -INSTALL_TARGET=3D install-strip >>> +#INSTALL_TARGET=3D install-strip >>> .if ${UID} !=3D 0 >>> BINMODE=3D 755 >>> .endif >>>=20 >>> I had to work around clang reserving "vec_step" as a name >>> in contexts where the gcc8 source code used that name: >>> (vec_step is associated with support of the the vector >>> instructions on powerpc64.) >>>=20 >>> # more /usr/ports/lang/gcc8/files/patch-gcc_tree-vect-loop.c >>> --- gcc/tree-vect-loop.c.orig 2018-10-10 22:41:40.295753000 -0700 >>> +++ gcc/tree-vect-loop.c 2018-10-10 22:57:44.698855000 -0700 >>> @@ -4970,13 +4970,13 @@ >>>=20 >>> /* Create a vector of the step value. */ >>> tree step =3D build_int_cst (cr_index_scalar_type, nunits_out); >>> - tree vec_step =3D build_vector_from_val = (cr_index_vector_type, step); >>> + tree vec_step_renamed =3D build_vector_from_val = (cr_index_vector_type, step); >>>=20 >>> /* Create an induction variable. */ >>> gimple_stmt_iterator incr_gsi; >>> bool insert_after; >>> standard_iv_increment_position (loop, &incr_gsi, &insert_after); >>> - create_iv (series_vect, vec_step, NULL_TREE, loop, &incr_gsi, >>> + create_iv (series_vect, vec_step_renamed, NULL_TREE, loop, = &incr_gsi, >>> insert_after, &indx_before_incr, &indx_after_incr); >>>=20 >>> /* Next create a new phi node vector (NEW_PHI_TREE) which starts >>> @@ -7641,7 +7641,7 @@ >>> tree vec_def; >>> edge pe =3D loop_preheader_edge (loop); >>> basic_block new_bb; >>> - tree new_vec, vec_init, vec_step, t; >>> + tree new_vec, vec_init, vec_step_renamed, t; >>> tree new_name; >>> gimple *new_stmt; >>> gphi *induction_phi; >>> @@ -7834,7 +7834,7 @@ >>> new_name =3D vect_init_vector (phi, new_name, >>> TREE_TYPE (step_expr), NULL); >>> new_vec =3D build_vector_from_val (vectype, new_name); >>> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >>> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>>=20 >>> /* Now generate the IVs. */ >>> unsigned group_size =3D SLP_TREE_SCALAR_STMTS (slp_node).length = (); >>> @@ -7873,7 +7873,7 @@ >>>=20 >>> /* Create the iv update inside the loop */ >>> vec_def =3D make_ssa_name (vec_dest); >>> - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step); >>> + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, = induc_def, vec_step_renamed); >>> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >>> set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >>>=20 >>> @@ -7904,7 +7904,7 @@ >>> new_name =3D vect_init_vector (phi, new_name, >>> TREE_TYPE (step_expr), NULL); >>> new_vec =3D build_vector_from_val (vectype, new_name); >>> - vec_step =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>> + vec_step_renamed =3D vect_init_vector (phi, new_vec, = vectype, NULL); >>> for (; ivn < nvects; ++ivn) >>> { >>> gimple *iv =3D SLP_TREE_VEC_STMTS (slp_node)[ivn - nivs]; >>> @@ -7915,7 +7915,7 @@ >>> def =3D gimple_assign_lhs (iv); >>> new_stmt =3D gimple_build_assign (make_ssa_name = (vectype), >>> PLUS_EXPR, >>> - def, vec_step); >>> + def, = vec_step_renamed); >>> if (gimple_code (iv) =3D=3D GIMPLE_PHI) >>> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >>> else >>> @@ -8041,7 +8041,7 @@ >>> gcc_assert (CONSTANT_CLASS_P (new_name) >>> || TREE_CODE (new_name) =3D=3D SSA_NAME); >>> new_vec =3D build_vector_from_val (vectype, t); >>> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >>> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>>=20 >>>=20 >>> /* Create the following def-use cycle: >>> @@ -8064,7 +8064,7 @@ >>>=20 >>> /* Create the iv update inside the loop */ >>> vec_def =3D make_ssa_name (vec_dest); >>> - new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step); >>> + new_stmt =3D gimple_build_assign (vec_def, PLUS_EXPR, induc_def, = vec_step_renamed); >>> gsi_insert_before (&si, new_stmt, GSI_SAME_STMT); >>> set_vinfo_for_stmt (new_stmt, new_stmt_vec_info (new_stmt, = loop_vinfo)); >>>=20 >>> @@ -8108,7 +8108,7 @@ >>> gcc_assert (CONSTANT_CLASS_P (new_name) >>> || TREE_CODE (new_name) =3D=3D SSA_NAME); >>> new_vec =3D build_vector_from_val (vectype, t); >>> - vec_step =3D vect_init_vector (phi, new_vec, vectype, NULL); >>> + vec_step_renamed =3D vect_init_vector (phi, new_vec, vectype, = NULL); >>>=20 >>> vec_def =3D induc_def; >>> prev_stmt_vinfo =3D vinfo_for_stmt (induction_phi); >>> @@ -8116,7 +8116,7 @@ >>> { >>> /* vec_i =3D vec_prev + vec_step */ >>> new_stmt =3D gimple_build_assign (vec_dest, PLUS_EXPR, >>> - vec_def, vec_step); >>> + vec_def, = vec_step_renamed); >>> vec_def =3D make_ssa_name (vec_dest, new_stmt); >>> gimple_assign_set_lhs (new_stmt, vec_def); >>>=20 >>>=20 >>> # svnlite diff /usr/ports/devel/libunwind/Makefile >>> Index: /usr/ports/devel/libunwind/Makefile >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/devel/libunwind/Makefile (revision 501994) >>> +++ /usr/ports/devel/libunwind/Makefile (working copy) >>> @@ -22,6 +22,8 @@ >>>=20 >>> USES=3D libtool pathfix pkgconfig >>> USE_LDCONFIG=3D yes >>> +CFLAGS+=3D -fPIC >>> + >>> GNU_CONFIGURE=3D yes >>> INSTALL_TARGET=3D install-strip >>> LLD_UNSAFE=3D yes >>>=20 >>>=20 >>>=20 >>> I do use an ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG change to >>> bsd.port.mk (ignore the OPSYS and _OSRELEASE inline >>> substitutions): >>>=20 >>> # svnlite diff /usr/ports/Mk/bsd.port.mk >>> Index: /usr/ports/Mk/bsd.port.mk >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- /usr/ports/Mk/bsd.port.mk (revision 501994) >>> +++ /usr/ports/Mk/bsd.port.mk (working copy) >>> @@ -1151,12 +1151,12 @@ >>>=20 >>> # Get the operating system type >>> .if !defined(OPSYS) >>> -OPSYS!=3D ${UNAME} -s >>> +OPSYS!=3D echo FreeBSD >>> .endif >>> _EXPORTED_VARS+=3D OPSYS >>>=20 >>> .if !defined(_OSRELEASE) >>> -_OSRELEASE!=3D ${UNAME} -r >>> +_OSRELEASE!=3D echo 13.0-CURRENT >>> .endif >>> _EXPORTED_VARS+=3D _OSRELEASE >>>=20 >>> @@ -1762,7 +1762,11 @@ >>> STRIP_CMD=3D ${TRUE} >>> .endif >>> DEBUG_FLAGS?=3D -g >>> +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) >>> +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} >>> +.else >>> CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} >>> +.endif >>> .if defined(INSTALL_TARGET) >>> INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} >>> .endif >>>=20 >>>=20 >>> (I once had a context where the ${UNAME} -s and ${UNAME} -r >>> lines each ended up with empty strings assigned. The echo's >>> just worked around the problem. I've no clue if I'd still >>> have the problem.) >>=20 >> Program received signal SIGSEGV, Segmentation fault. >> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >> (gdb) disass >> Dump of assembler code for function _ZNSt9type_infoD2Ev: >> =3D> 0x0000000810a96be0 <+0>: .long 0x8 >> 0x0000000810a96be4 <+4>: .long 0x109273d0 >> 0x0000000810a96be8 <+8>: .long 0x8 >> 0x0000000810a96bec <+12>: vsubuqm v5,v11,v7 >> End of assembler dump. >>=20 >> Note that for the 0x8'1092'73d0 from the +0 and +4: >>=20 >> (gdb) disass 0x8109273d0 >> Dump of assembler code for function std::type_info::~type_info(): >> 0x00000008109273d0 <+0>: blr >> 0x00000008109273d4 <+4>: .long 0x0 >> 0x00000008109273d8 <+8>: .long 0x90000 >> 0x00000008109273dc <+12>: .long 0x0 >> End of assembler dump. >>=20 >> And the code that got to 0x810a96be0 was: >>=20 >> (gdb) disass >> Dump of assembler code for function __cxxabiv1::__dynamic_cast(void = const*, __cxxabiv1::__class_type_info const*, = __cxxabiv1::__class_type_info const*, ptrdiff_t): >> . . . >> 0x0000000810921518 <+136>: ld r0,0(r12) >> 0x000000081092151c <+140>: ld r11,16(r12) >> 0x0000000810921520 <+144>: mtctr r0 >> 0x0000000810921524 <+148>: ld r2,8(r12) >> 0x0000000810921528 <+152>: bctrl >> =3D> 0x000000081092152c <+156>: ld r2,40(r1) >> . . . >>=20 >> with ctr holding: 0x810a96be0 >>=20 >> (gdb) info reg >> . . . >> pc 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> >> . . . >> lr 0x81092152c 0x81092152c = <__cxxabiv1::__dynamic_cast(void const*, __cxxabiv1::__class_type_info = const*, __cxxabiv1::__class_type_info const*, ptrdiff_t)+156> >> ctr 0x810a96be0 34639277024 >> . . . >>=20 >> It looks to me like: >>=20 >> 0x0000000810921518 <+136>: ld r0,0(r12) >> 0x000000081092151c <+140>: ld r11,16(r12) >> 0x0000000810921520 <+144>: mtctr r0 >> 0x0000000810921524 <+148>: ld r2,8(r12) >> 0x0000000810921528 <+152>: bctrl >>=20 >> needed something like another instruction to get >> the correct address into ctr for the later bctrl >> use:=20 >>=20 >> ld r0,0(r12) >> ld r11,16(r12) >> ld r0,0(r0) # <<=3D=3D=3D Needed? >> mtctr r0 >> ld r2,8(r12) >> bctrl The extra instruction is wrong and 0x00000008109273d0 appears to not have code. So, it still looks it tried to execute a pointer as code, I do not yet know what is going on to get it there. > I: >=20 > A) changed the options for devel/gcc8 in poudriere to > use full-bootstrap. >=20 > B) had poudriere bulk rebuild devel/gcc8 > (and I installed the result as well) >=20 > C) had poudriere bulk rebuild devel/qt5-core > (and I installed the result as well) >=20 > D) had poudriere bulk again attempt: > x11-toolkits/qt5-declarative >=20 >=20 > The result was the same failure. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 24 05:33:44 2019 Return-Path: Delivered-To: freebsd-ppc@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 65E3315986BA for ; Fri, 24 May 2019 05:33:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-1.consmr.mail.bf2.yahoo.com (sonic303-1.consmr.mail.bf2.yahoo.com [74.6.131.40]) (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 E0AE174DF2 for ; Fri, 24 May 2019 05:33:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: e0_f8ooVM1kOyIESnRDy7ZWbiSSGaNCaZAxoqAOIuSmweQaUyukKtOi37IaQJQn XdQUCCFvsm9cmgrjuCMKY0XCCTL.N41IqTCE0u.0XhHf.Z394BbP.FSyvpMb9G4aTfakop7S.kiq 5HnAyIchR4O9u5Ij0KG3Elb.v6e2b_0DGd6Pc0sYO.yDz2qlZYBHfudnoCQkHfLg4kPkgTVH5ziP hTAIUc.Y2muE6yJQlP1iwa7zwosG61NudBIIx7Es5oKXBG2_EPrJgcpqdKAbino587sULbRO2QJh RAeTUK3dgHRcqfr5iXtoGP6XKyslXz98_e8Yxg25_aXqch2RNZ4XbyrXh33NPGk1Og9dFcoM3s_r bfUKzr_4KNymEoinlpk3W0v41qyH6ksqDMNG78OnsXAzerp3YbXGHtnv4q8myHpuWA_E71gJglve dGiN4YMTDqoQ2Q8q1IAlvIUA89dt10ZqLh8VhqpTWU1E.FS3ZKh7VOlfRdTJc15XEUr6tNCofTl9 QVHQr1mfZYLaKFXGv3PFyDCA8WjstJy7.qSABJm40s0cQSCqf8skIlLcVEjaYwblhmk9t68Li2PB qog4cbViNMv7N.6CWw5vGCjrB98dwDUHsir9VCuhsRl3RqObCpWEKagawuBR1uwLe13_37R7Gk.g PHBEQ2cAIYf_RZJs8hsLJMhehRXMfGGMFpRtUtwLY0T6MKFCyeRAgl_4D0ILwkpZFnekwATCWUlk j2FKiO2f31sjj3ONo_xN92uCFAT17EnsZc5LJVh1CMyUSkjGh0g72UwGBu9uvi8uK9OQSJcwFeRk 2I78WuFWMItgMXPjlK3JxvGw3wV_u1fSdP4kQRXDnbNeb_I2fX0a9crH7HT_mPhBvWgIIU7Bkt5a baBctCMpBzaCGX7ji61AwGM3ZuNG5mAoMLYueWmBHh3gRUcityqzcAQpiyNwgL1fSC8G32YzxcpJ H8vyV2AQ_ANPCJpijhtOAI_1QLobi0MNsJoCV9kIaKQOWX6_OT.qFg6bDvyflZJz8kaeWexJOYvk ZyDcyZyW_4teahP5j7GlJMAB1qztlH1UtpPO3C0wyZ8KeoooxRDSsZC5mG0t1oqST3Wf.a33s9tE C91zKw6cKhjaRWS262QzeZxJiTb9U9HG_N9x0AcaHKCuJLuqd0TeH90d1nrxp6hTcqlD0nksAtXE 83eqKhnY20UfYmgyoPnyMMpoTZ2_uRSp62Use9vgrAzZFGVLyWbOQeH417FG7zqyLQ4sWYhW6B1k o1A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 05:33:41 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp416.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 93477401da3f6a4091e6c4e6c1b0ba07; Fri, 24 May 2019 05:33:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: powerpc64 system-clang-8 based context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 From: Mark Millard In-Reply-To: Date: Thu, 23 May 2019 22:33:35 -0700 Cc: Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: <3B3EACF3-00D8-48B7-A3C0-8AA6E0279041@yahoo.com> References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> To: FreeBSD Toolchain , FreeBSD PowerPC ML , ports-list freebsd X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: E0AE174DF2 X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.46 / 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]; LONG_SUBJ(1.66)[221]; 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)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.90)[0.904,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.38)[ip: (4.16), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.04)[0.042,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.986,0]; RCVD_IN_DNSWL_NONE(0.00)[40.131.6.74.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 05:33:44 -0000 [I adjusted the Subject line to give more context.] [/usr/local/lib/qt5/bin/qlalr and /usr/local/lib/qt5/libQt5Core.so.5 overall use each of the following (somewhat indirectly) in my system-clang-8-based powerpc64 context: /usr/local/lib/gcc8/libstdc++.so.6 /usr/lib/libc++.so.1 /lib/libcxxrt.so.1 ] On 2019-May-23, at 21:09, Mark Millard wrote: [Merely adding the extra instruction was not the right idea for what the problem is.] On 2019-May-23, at 20:10, Mark Millard wrote: > [I tried rebuilding things based on a full-bootstrap > build of lang/gcc8 instead. It made no difference.] >=20 > On 2019-May-23, at 14:17, Mark Millard wrote: >=20 >> [It looks like code generation missed a level of indirection >> to me.] >>=20 >>> On 2019-May-23, at 13:46, Mark Millard wrote: >>>=20 >>> [I should have listed uname -apKU output and such.] >>>=20 >>> On 2019-May-23, at 13:21, Mark Millard wrote: >>>=20 >>>> The poudriere bulk run that tried to build = x11-toolkits/qt5-declarative >>>> got: >>>>=20 >>>> --- qqmljsgrammar.cpp --- >>>> /usr/local/lib/qt5/bin/qlalr --no-debug --qt parser/qqmljs.g >>>> Segmentation fault (core dumped) >>>> *** [qqmljsgrammar.cpp] Error code 139 >>>>=20 >>>> make[3]: stopped in = /wrkdirs/usr/ports/x11-toolkits/qt5-declarative/work/qtdeclarative-everywh= ere-src-5.12.2/src/qml >>>> 1 error >>>>=20 >>>> Installing qt5-core and manually running under gdb from >>>> an expansion of the bulk's tar of the failure, I was able >>>> to get a backtrace: >>>>=20 >>>> (gdb) run --no-debug --qt parser/qqmljs.g >>>> Starting program: /usr/local/bin/qlalr --no-debug --qt = parser/qqmljs.g >>>> process 26823 is executing new program: = /usr/local/lib/qt5/bin/qlalr >>>> . . . (text about auto-loading has been declined and such) . . . >>>> Program received signal SIGSEGV, Segmentation fault. >>>> 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>>> (gdb) bt >>>> #0 0x0000000810a96be0 in std::type_info::~type_info() () from = /usr/local/lib/gcc8/libstdc++.so.6 >>>> #1 0x000000081092152c in __cxxabiv1::__dynamic_cast = (src_ptr=3D0x810ab57d0 <(anonymous namespace)::ctype_c>, = src_type=3D0x810a8eaa0 ,=20 >>>> dst_type=3D0x810a8fb18 >, src2dst=3D0) = at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/libsupc++/dyncast= .cc:71 >>>> #2 0x00000008109df908 in std::has_facet > = (__loc=3D...) at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/locale_classes.tcc:104 >>>> #3 0x00000008109cb474 in std::basic_ios >::_M_cache_locale (this=3D0x810ab48c8 = , __loc=3D...) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:157 >>>> #4 0x00000008109cbad0 in std::basic_ios >::init (this=3D0x810ab48c8 , = __sb=3D0x810ab36f8 <__gnu_internal::buf_cout_sync>) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.tcc:126 >>>> #5 0x000000081093e644 in std::basic_ostream >::basic_ostream (__sb=3D, = this=3D, __in_chrg=3D, = __vtt_parm=3D) >>>> at = /wrkdirs/usr/ports/lang/gcc8/work/.build/powerpc64-portbld-freebsd13.0/lib= stdc++-v3/include/bits/basic_ios.h:460 >>>> #6 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:91 >>>> #7 std::ios_base::Init::Init (this=3D) at = /wrkdirs/usr/ports/lang/gcc8/work/gcc-8.3.0/libstdc++-v3/src/c++98/ios_ini= t.cc:78 >>>> #8 0x000000001000334c in __static_initialization_and_destruction_0 = (__initialize_p=3D__initialize_p@entry=3D1, __priority=3D, __priority@entry=3D65535) at compress.cpp:273 >>>> #9 0x0000000010004c2c in _GLOBAL__sub_I_compress.cpp(void) () at = compress.cpp:273 >>>> #10 0x000000081005dfa0 in objlist_call_init (list=3D, lockstate=3D) at = /usr/src/libexec/rtld-elf/rtld.c:2728 >>>> #11 0x000000081005c830 in _rtld (sp=3D, = exit_proc=3D, objp=3D) at = /usr/src/libexec/rtld-elf/rtld.c:765 >>>> #12 0x000000081005a240 in ._rtld_start () at = /usr/src/libexec/rtld-elf/powerpc64/rtld_start.S:83 >>>> Backtrace stopped: frame did not save the PC >>>>=20 >>>>=20 >>>>=20 >>>> NOTE: In order to have built devel/qt5-core I used a patch >>>> to make sure that all the %%LOCALBASE%% strings were replaced >>>> (otherwise in the powerpc64 system clang 8 based world the >>>> devel/qt5-core build failed from -I%%LOCALBASE%%... use): >>>>=20 >>>> Index: /usr/ports/Mk/Uses/qt-dist.mk >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) >>>> +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) >>>> @@ -251,7 +251,7 @@ >>>> .if ${_QT_VER:M5} >>>> post-patch: gcc-post-patch >>>> gcc-post-patch: >>>> - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ >>>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> ${WRKSRC}/mkspecs/common/gcc-base.conf \ >>>> ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf >>>> ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ >>>> @@ -298,7 +298,7 @@ >>>> # ports/194088. >>>> post-patch: qtbase-post-patch >>>> qtbase-post-patch: >>>> - ${REINPLACE_CMD} -e 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ >>>> ${WRKSRC}/mkspecs/common/bsd/bsd.conf \ >>>> ${WRKSRC}/mkspecs/freebsd-clang/qmake.conf >>>>=20 >>>>=20 >>>> (So having the missing g added but not having the optional -e >>>> usage in the other %%LOCALBASE%% related command. The -e >>>> status is optional here: only one command to sed sed command >>>> in each sed command. The additional g is the important part.) >>>=20 >>> I should have listed: >>> . . . (history omitted) . . . Remembering that my context is system-clang-8 based world on powerpc64, not gcc 4.2.1 . . . /usr/ports/Mk/Uses/qt-dist.mk has: . if ${ARCH:Mmips*} || ${ARCH:Mpowerpc*} || ${ARCH} =3D=3D = sparc64 _EXTRA_PATCHES_QT5+=3D = ${PORTSDIR}/devel/${_QT_RELNAME}/files/extra-patch-mkspecs_common_g++-base= .conf \ = ${PORTSDIR}/devel/${_QT_RELNAME}/files/extra-patch-mkspecs_common_gcc-base= .conf \ = ${PORTSDIR}/devel/${_QT_RELNAME}/files/extrapatch-mkspecs_freebsd-g++_qmak= e.conf USE_GCC=3D yes . endif That is no matter what the system compiler is for powerpc64. This lead to the below mixing of libstdc++.so.6 and libc++/libcxxrt . . = . qlalr indicates use of both libstdc++ and libc++/libcxxrt : # ldd /usr/local/lib/qt5/bin/qlalr /usr/local/lib/qt5/bin/qlalr: libQt5Core.so.5 =3D> /usr/local/lib/qt5/libQt5Core.so.5 = (0x8100b1000) libstdc++.so.6 =3D> /usr/local/lib/gcc8/libstdc++.so.6 = (0x81085e000) libc.so.7 =3D> /lib/libc.so.7 (0x810ab7000) libkvm.so.7 =3D> /lib/libkvm.so.7 (0x810e1c000) libprocstat.so.1 =3D> /usr/lib/libprocstat.so.1 (0x810e41000) libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x810e5e000) libz.so.6 =3D> /lib/libz.so.6 (0x810e71000) libicui18n.so.64 =3D> /usr/local/lib/libicui18n.so.64 = (0x810e9d000) libicuuc.so.64 =3D> /usr/local/lib/libicuuc.so.64 (0x8112ac000) libpcre2-16.so.0 =3D> /usr/local/lib/libpcre2-16.so.0 = (0x81151e000) libglib-2.0.so.0 =3D> /usr/local/lib/libglib-2.0.so.0 = (0x8115ce000) libm.so.5 =3D> /lib/libm.so.5 (0x81172e000) libgcc_s.so.1 =3D> /usr/local/lib/gcc8/libgcc_s.so.1 = (0x811765000) libthr.so.3 =3D> /lib/libthr.so.3 (0x81178e000) libelf.so.2 =3D> /lib/libelf.so.2 (0x8117d7000) libutil.so.9 =3D> /lib/libutil.so.9 (0x811804000) libicudata.so.64 =3D> /usr/local/lib/libicudata.so.64 = (0x81182e000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x81183f000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x811958000) libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 (0x81198a000) libpcre.so.1 =3D> /usr/local/lib/libpcre.so.1 (0x811a9c000) libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x811b45000) And so does libQt5Core.so.5 : # ldd /usr/local/lib/qt5/libQt5Core.so.5 /usr/local/lib/qt5/libQt5Core.so.5: libkvm.so.7 =3D> /lib/libkvm.so.7 (0x8113ad000) libprocstat.so.1 =3D> /usr/lib/libprocstat.so.1 (0x8113d2000) libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x8113ef000) libz.so.6 =3D> /lib/libz.so.6 (0x811402000) libicui18n.so.64 =3D> /usr/local/lib/libicui18n.so.64 = (0x81142e000) libicuuc.so.64 =3D> /usr/local/lib/libicuuc.so.64 (0x81183d000) libpcre2-16.so.0 =3D> /usr/local/lib/libpcre2-16.so.0 = (0x811aaf000) libglib-2.0.so.0 =3D> /usr/local/lib/libglib-2.0.so.0 = (0x811b5f000) libstdc++.so.6 =3D> /usr/local/lib/gcc8/libstdc++.so.6 = (0x811cbf000) libm.so.5 =3D> /lib/libm.so.5 (0x811f18000) libgcc_s.so.1 =3D> /usr/local/lib/gcc8/libgcc_s.so.1 = (0x811f4f000) libthr.so.3 =3D> /lib/libthr.so.3 (0x811f78000) libc.so.7 =3D> /lib/libc.so.7 (0x810071000) libelf.so.2 =3D> /lib/libelf.so.2 (0x811fc1000) libutil.so.9 =3D> /lib/libutil.so.9 (0x811fee000) libicudata.so.64 =3D> /usr/local/lib/libicudata.so.64 = (0x812018000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x812029000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x812142000) libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 (0x812174000) libpcre.so.1 =3D> /usr/local/lib/libpcre.so.1 (0x812286000) libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x81232f000) It appears that the libc++/libcxxrt use comes from: # ldd /usr/local/lib/libicui18n.so.64 /usr/local/lib/libicui18n.so.64: libicuuc.so.64 =3D> /usr/local/lib/libicuuc.so.64 (0x81100f000) libicudata.so.64 =3D> /usr/local/lib/libicudata.so.64 = (0x811281000) libthr.so.3 =3D> /lib/libthr.so.3 (0x811292000) libm.so.5 =3D> /lib/libm.so.5 (0x8112db000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x811312000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x81142b000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x81145d000) libc.so.7 =3D> /lib/libc.so.7 (0x810071000) # ldd /usr/local/lib/libicuuc.so.64 /usr/local/lib/libicuuc.so.64: libicudata.so.64 =3D> /usr/local/lib/libicudata.so.64 = (0x810e72000) libthr.so.3 =3D> /lib/libthr.so.3 (0x810e83000) libm.so.5 =3D> /lib/libm.so.5 (0x810ecc000) libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x810f03000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x81101c000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x81104e000) libc.so.7 =3D> /lib/libc.so.7 (0x810071000) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 24 07:10:14 2019 Return-Path: Delivered-To: freebsd-ppc@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 D6E63159F356; Fri, 24 May 2019 07:10:14 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CEA2380150; Fri, 24 May 2019 07:10:13 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1hU4LD-00FbX8-OK; Fri, 24 May 2019 09:10:11 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 From: Ralf Wenk To: Mark Millard cc: Jan Beich , FreeBSD Toolchain , ports-list freebsd , FreeBSD PowerPC ML Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" In-reply-to: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> References: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 24 May 2019 09:10:11 +0200 Message-Id: X-Rspamd-Queue-Id: CEA2380150 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.62 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; IP_SCORE(0.40)[asn: 553(2.00), country: EU(-0.01)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_SPAM_MEDIUM(0.91)[0.909,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[smtp.hs-karlsruhe.de]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_SHORT(0.92)[0.920,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; RCVD_COUNT_TWO(0.00)[2]; SUBJECT_HAS_QUESTION(0.00)[] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 07:10:15 -0000 On 2019-05-23, at 12:31 -0700, Mark Millard wrote: > On 2019-May-23, at 11:47, Jan Beich wrote: > > > Mark Millard writes: > > > >> Unfortunately poudiere bulk tar archives of failures do not > >> catch the /tmp/* material from: > >> > >> cc: error: unable to execute command: Abort trap (core dumped) > >> cc: error: clang frontend command failed due to signal (use -v to see invocation) > >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 8.0.0) > >> Target: powerpc64-unknown-freebsd13.0 > >> Thread model: posix > >> InstalledDir: /usr/bin > > > > Do you have the build log? Maybe it's possible to reproduce simply by adding > > -target powerpc64-unknown-freebsd13.0 while cross-building that particular file > > using otherwise the same command line options as native build. > > I have expanded the poudriere bulk's tar of the failure and rerun the > command from there. The problem reproduced: > > # ls -lTdt /tmp/nir_constant_expressions-9b094e.* > -rw-r--r-- 1 root wheel 11069 May 23 12:08:35 2019 /tmp/nir_constant_expressions-9b094e.sh > -rw-r--r-- 1 root wheel 1951892 May 23 12:08:35 2019 /tmp/nir_constant_expressions-9b094e.c > > > So I gzip'd the .c and created: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238082 > > with the two files as 2 attachments. This looks familiar to me. Is the kernel you are using at r348115 or newer? r348115 triggers such kind of "unable to execute" compiler errors on my system. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238084 Ralf From owner-freebsd-ppc@freebsd.org Fri May 24 07:44:29 2019 Return-Path: Delivered-To: freebsd-ppc@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 B499B15A1329 for ; Fri, 24 May 2019 07:44:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-15.consmr.mail.bf2.yahoo.com (sonic309-15.consmr.mail.bf2.yahoo.com [74.6.129.125]) (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 A312681288 for ; Fri, 24 May 2019 07:44:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FQuF48AVM1mMPnsP4i.4xB.WLt6bCBWpr6LIUoDnoMeFFV8Sb.RcxYv4qr5KJLa hcLIY095MvavstWhEYeiYceR1txwFD7VceSNdDBJmRfBenoeQ0lQ5xDqaAQmH9meI3Eem6zxtBlV Qg4YVthWRkvtOUx7Fk3FUre3aKDJXyDOFtK_zrmE0_5DRV0x8ttJ4dCpmdfE7aBthn0jqCXT2LTd C1ihUDadH8fAfVbza5ciQGYcbTYyUQ3AZ.NHCbzj8ZUZ0c3lLvYapSxGjLHUdq2ZAi._5nqJ1_9t dvnQyE6CGYSgNDVnWW9NRjMbXQ5Hioc_.GTzHj5QcXP7Ax02AiS.C2rT5ytw05Q7qUtTwKhcRikZ 3C7a6Ve1SJCr.7p3s5AOOUkyIdhU1Jy4bt59VMl4MYx.tJQqSdgC7bFyDkzgJzqCOIBy8yPkl_wS TYQavoSF5eExp3DVbj57DzEs.Sp0tmoAzKCRpWn8JoUsXN8wryvdscanbfaTIvytQfoP05mdEsXC qgUVf.blkUipES054_PP4t3tDsMcKoY3Y_Yy83HZyQGXq79UqGhfiBDECz7VUWxXZ16NJtk4_HyA T3I_a0nIybd0RtxGGlbhfyQxbBWa5TUBWYBTWo9s0CKcqyqXSrAeYfJP9gZEeOZyLiGpzjGGS9eL yEPU7gT1QzEIREN5TR5B8o2omnJi0R.WQXGmml9jYhxgE45uPzEa8oqrLzCIY_k2fjFAP4Lx4RUi reV0sXl4ueOlcMfT8GVOukxJ8_FEKUwfzSr1wSb3j_a3ydQtiwgMOiEI5TTLQuPq0SiEiLl21iT3 t48XK6H2eMIChTNef4a1CLlvNAS971E_131b4v8rwACGe4cbhZBr4kuNfwYU635B9yniSG5VHj2X tah2WGyE8n5BY5dG21ZLVC6uUDd5YXGPNcDvhe6ABlFviCEv.Wjsz_PL3bNJ5lQVZ2gyQ_laMeUa ltIhBMxU2oulXFV9oLdSnguFUBKlbFfdYZLh1wxYV8V33FujsfYNji0VnKhf3I6weV5AZZ9OGih5 pydwogNnH3Mdn6VM9N0LAzx2EFjhZVBcrvmh366a_9k3_wUUX0rWIomI9LwtQEHDd_hPQAqxFeM6 6_1dmsvaaMLyFu5ezloPGUqATQmS4lCMlo81SVCXFOeInoHX.gLHKDHrIGAHbcgaYFt87JcT3F8c 0G3O1fmcGskWqIptkCpG76Tqv0KXtfidC0uBvJzawtmLHOwhygUZmqxnRpApGnFLb.7iRyJekFUs - Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Fri, 24 May 2019 07:44:21 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp414.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3442a52ee41fe2ac2bddb9b8d1b04b20; Fri, 24 May 2019 07:44:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" From: Mark Millard In-Reply-To: Date: Fri, 24 May 2019 00:44:14 -0700 Cc: Jan Beich , FreeBSD Toolchain , ports-list freebsd , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <160C4524-F6D0-4F8D-AB9B-334D833E7927@yahoo.com> References: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> To: Ralf Wenk X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: A312681288 X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.63 / 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]; RCPT_COUNT_FIVE(0.00)[5]; 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)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; 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)[]; SUBJECT_HAS_QUESTION(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_SHORT(0.81)[0.814,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.43)[ip: (4.40), ipnet: 74.6.128.0/21(1.56), asn: 26101(1.25), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.11)[0.110,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.79)[0.786,0]; RCVD_IN_DNSWL_NONE(0.00)[125.129.6.74.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[125.129.6.74.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 07:44:30 -0000 On 2019-May-24, at 00:10, Ralf Wenk wrote: > On 2019-05-23, at 12:31 -0700, Mark Millard wrote: >> On 2019-May-23, at 11:47, Jan Beich wrote: >>=20 >>> Mark Millard writes: >>>=20 >>>> Unfortunately poudiere bulk tar archives of failures do not >>>> catch the /tmp/* material from: >>>>=20 >>>> cc: error: unable to execute command: Abort trap (core dumped) >>>> cc: error: clang frontend command failed due to signal (use -v to = see invocation) >>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based = on LLVM 8.0.0) >>>> Target: powerpc64-unknown-freebsd13.0 >>>> Thread model: posix >>>> InstalledDir: /usr/bin >>>=20 >>> Do you have the build log? Maybe it's possible to reproduce simply = by adding >>> -target powerpc64-unknown-freebsd13.0 while cross-building that = particular file >>> using otherwise the same command line options as native build. >>=20 >> I have expanded the poudriere bulk's tar of the failure and rerun the >> command from there. The problem reproduced: >>=20 >> # ls -lTdt /tmp/nir_constant_expressions-9b094e.* >> -rw-r--r-- 1 root wheel 11069 May 23 12:08:35 2019 = /tmp/nir_constant_expressions-9b094e.sh >> -rw-r--r-- 1 root wheel 1951892 May 23 12:08:35 2019 = /tmp/nir_constant_expressions-9b094e.c >>=20 >>=20 >> So I gzip'd the .c and created: >>=20 >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238082 >>=20 >> with the two files as 2 attachments. >=20 > This looks familiar to me. Is the kernel you are using at r348115 or = newer? No, based on head -r347549 : # uname -apKU FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r347549M: Wed May = 22 15:14:43 PDT 2019 = markmi@FBSDG5L:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/= usr/src/powerpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 = 1300025 1300025 > r348115 triggers such kind of "unable to execute" compiler errors on = my > system. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238084 I've had no troubles with buildworld or buildkernel. "Unable to execute" is very generic, meaning little more than did-not-finish for whatever reason. In my case it did not finish because: assert(!TLI.isOperationLegalOrCustom(N->getOpcode(), = WideVecVT) && "Target supports vector op, but scalar requires = expansion?"); failed the test and assert called abort, whihc in turn sent a SIGABRT to the process. Nothing about this suggests a kernel issue. It is more likely a error in handling code generation related to powerpc64 vector operations. I used the core file produced to get the backtrace via gdb: Core was generated by `/usr/bin/cc -cc1 -triple = powerpc64-unknown-freebsd13.0 -emit-obj -disable-free -'. Program terminated with signal SIGABRT, Aborted. #0 .__sys_thr_kill () at thr_kill.S:3 3 RSYSCALL(thr_kill) (gdb) bt #0 .__sys_thr_kill () at thr_kill.S:3 #1 0x00000000133072d0 in __raise (s=3D330578472) at = /usr/src/lib/libc/gen/raise.c:52 #2 0x00000000132c7898 in abort () at = /usr/src/lib/libc/stdlib/abort.c:79 #3 0x00000000132f6c64 in __assert (func=3D, = file=3D, line=3D, failedexpr=3D) at /usr/src/lib/libc/gen/assert.c:51 #4 0x00000000130f7c18 in WidenVectorResult () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:253= 1 #5 0x0000000012ad91f0 in run () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:281 #6 0x0000000012adfa5c in LegalizeTypes () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:1115 #7 0x000000001297ebb4 in CodeGenAndEmitDAG () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:776 #8 0x000000001297e114 in SelectBasicBlock () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:669 #9 0x000000001297cbc4 in SelectAllBasicBlocks () at = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1784 #10 0x0000000000000000 in ?? () But I build with debug symbols generally, even for optimized builds. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 24 10:22:24 2019 Return-Path: Delivered-To: freebsd-ppc@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 55F7B15A6739; Fri, 24 May 2019 10:22:24 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E829187135; Fri, 24 May 2019 10:22:23 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id D8D87161A; Fri, 24 May 2019 10:22:23 +0000 (UTC) From: Jan Beich To: Ralf Wenk Cc: Mark Millard , FreeBSD Toolchain , ports-list freebsd , FreeBSD PowerPC ML Subject: Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?" References: <1C226A5A-147D-4307-89D6-0E88F70ADFD6@yahoo.com> Date: Fri, 24 May 2019 12:22:19 +0200 In-Reply-To: (Ralf Wenk's message of "Fri, 24 May 2019 09:10:11 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: E829187135 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.94 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; NEURAL_HAM_SHORT(-0.94)[-0.943,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US]; NEURAL_HAM_LONG(-1.00)[-0.999,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 10:22:24 -0000 Ralf Wenk writes: > On 2019-05-23, at 12:31 -0700, Mark Millard wrote: > >> On 2019-May-23, at 11:47, Jan Beich wrote: >> >> > Mark Millard writes: >> > >> >> Unfortunately poudiere bulk tar archives of failures do not >> >> catch the /tmp/* material from: >> >> >> >> cc: error: unable to execute command: Abort trap (core dumped) >> >> cc: error: clang frontend command failed due to signal (use -v to see invocation) >> >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 8.0.0) >> >> Target: powerpc64-unknown-freebsd13.0 >> >> Thread model: posix >> >> InstalledDir: /usr/bin >> > >> > Do you have the build log? Maybe it's possible to reproduce simply by adding >> > -target powerpc64-unknown-freebsd13.0 while cross-building that particular file >> > using otherwise the same command line options as native build. >> >> I have expanded the poudriere bulk's tar of the failure and rerun the >> command from there. The problem reproduced: >> >> # ls -lTdt /tmp/nir_constant_expressions-9b094e.* >> -rw-r--r-- 1 root wheel 11069 May 23 12:08:35 2019 /tmp/nir_constant_expressions-9b094e.sh >> -rw-r--r-- 1 root wheel 1951892 May 23 12:08:35 2019 /tmp/nir_constant_expressions-9b094e.c >> >> >> So I gzip'd the .c and created: >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238082 >> >> with the two files as 2 attachments. > > This looks familiar to me. Is the kernel you are using at r348115 or newer? > > r348115 triggers such kind of "unable to execute" compiler errors on my > system. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238084 Bug 238082 unlike bug 238084 can be reproduced even on amd64 just by running the generated files. From owner-freebsd-ppc@freebsd.org Fri May 24 14:24:34 2019 Return-Path: Delivered-To: freebsd-ppc@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 CFEA515ACD27 for ; Fri, 24 May 2019 14:24:33 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: from mail-it1-x134.google.com (mail-it1-x134.google.com [IPv6:2607:f8b0:4864:20::134]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 E7D528FABA for ; Fri, 24 May 2019 14:24:32 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: by mail-it1-x134.google.com with SMTP id g24so9108596iti.5 for ; Fri, 24 May 2019 07:24:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=HVRHCl+2g0KdPhu3eP51vVOU5kGSy8pxsEXPYXLb6ok=; b=t+AN0B4slkKidF+N3mhBPafL9dp8wAN3e/z+6DBl6mxSSRQpTj+kIgqYGtYf9HPfjl H+F5WsICsnplCCMjkH1XEYs8cCO4GrLYURXWJoryAju4W7MkTFO6xiO5zFTYP917pweh i4icyaSEx4ScSu8BTpnoqOK1eLEv41I+1j6mGDBueMRlqUPJt0aZy1Bl3sBbh/jLu/BR 3Lpdru5/0D/oql7NbmOs83xrOOY8FOOmI5BnS1slBqYKSJcPMrOhKuyDgcD4N6MTvK9Z 8kw6hNox/+FfZ0FFNQAFNY88AwceF9W4F6ge8KlK6mXJeCjh98bIzF15BjakH5IfbquE WNOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=HVRHCl+2g0KdPhu3eP51vVOU5kGSy8pxsEXPYXLb6ok=; b=luVywMSqVBoEBy/k6ThKFGeaWRi6cfRU1PscNTM4C9uOreXvY9lcnmcIb6L0kWlGsH OIMuwcj1n/Ao5f7obwfabGqRZdgZmkGfJt5vxGpqNvW3Zy+T8r1FyN5LT8da7bxZrtWy tr9Cn/Rh1Y5TZQJjNdyX69KgHb+UW4VYQFfcVdaHp+dzBmR9DS24Vjtv5ItB2j0RkhHh S5mQODR13eDkpDK6R265GUuw3ygYKiCSQvUR3Cnyab1YsWiCQlyrh+pkh9w4OM600RSi VilCvNIrmty+HYoXwnigKRkWkQd4IDHk7LSl7l/aS/wbVIzbVONVLjZOZH+hWQHayBJV cyFQ== X-Gm-Message-State: APjAAAWHiWpKp+kyXLRykG8WgBFlHayEqaQw9U2HRnadA+bSAQjKpEoJ 9s6wvdpVm2LbHd5ezTYGvMm3SUXj X-Google-Smtp-Source: APXvYqzuG0u/eBdKLN/SmJz7YT+HtvQ+6sW9qlbVBDI/pAtV6QH07z8PYTFufpoZfokrz12W8oi6Dg== X-Received: by 2002:a24:5a05:: with SMTP id v5mr19763190ita.30.1558707871757; Fri, 24 May 2019 07:24:31 -0700 (PDT) Received: from cray.acadix.biz ([2605:a000:bc45:5f00:223:24ff:fe37:c4d7]) by smtp.gmail.com with ESMTPSA id b18sm1329643itd.40.2019.05.24.07.24.30 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Fri, 24 May 2019 07:24:31 -0700 (PDT) Subject: Re: Mac G5 X11 performance To: Mark Millard Cc: Francis Little , freebsd-ppc@freebsd.org References: From: Jason Bacon Message-ID: <508eedcf-fb79-ac2c-1495-a9b39bb55100@gmail.com> Date: Fri, 24 May 2019 09:24:30 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: E7D528FABA X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=t+AN0B4s; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bacon4000@gmail.com designates 2607:f8b0:4864:20::134 as permitted sender) smtp.mailfrom=bacon4000@gmail.com X-Spamd-Result: default: False [-6.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.96)[ip: (-9.15), ipnet: 2607:f8b0::/32(-3.29), asn: 15169(-2.29), country: US(-0.06)] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 14:24:34 -0000 Nice work.  I confirmed that this patch fixes the build on a stock gcc 4.2 based installation. Is anyone on this list able to commit it? On 2019-05-23 19:58, Mark Millard wrote: > I'm able to build devel/qt5-core based on: > > # svnlite diff/usr/ports/Mk/Uses/ > Index: /usr/ports/Mk/Uses/qt-dist.mk > =================================================================== > --- /usr/ports/Mk/Uses/qt-dist.mk (revision 501994) > +++ /usr/ports/Mk/Uses/qt-dist.mk (working copy) > @@ -251,7 +251,7 @@ > .if ${_QT_VER:M5} > post-patch: gcc-post-patch > gcc-post-patch: > - ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|' \ > + ${REINPLACE_CMD} 's|%%LOCALBASE%%|${LOCALBASE}|g' \ > ${WRKSRC}/mkspecs/common/gcc-base.conf \ > ${WRKSRC}/mkspecs/freebsd-g++/qmake.conf > ${REINPLACE_CMD} 's|%%GCC_DEFAULT%%|${GCC_DEFAULT}|g' \ > > I noticed that my build logs had %%LOCALBASE%% text that had > not been replaced, in particular the 2nd one on a particular > line. That lead to noticing the missing "g". > > (I'm not a ports committer or maintainer.) > > I experiment with a system-clang-8 and base/binutils based > powerpc64 environment, instead of gcc 4.2.1 based. So direct > inference of others being able to do the same would not > apply. But it seems likely to me. > > > Side note: > > qt-dist.mk sometimes uses -e with ${REINPLACE_CMD} even when > only one command is being fed to sed, a context in which the -e > is optional. -- Earth is a beta site. From owner-freebsd-ppc@freebsd.org Fri May 24 14:34:06 2019 Return-Path: Delivered-To: freebsd-ppc@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 BA28515ACF3D for ; Fri, 24 May 2019 14:34:06 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 C52E78FE28 for ; Fri, 24 May 2019 14:34:05 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by mail-io1-xd36.google.com with SMTP id e19so7936871iob.3 for ; Fri, 24 May 2019 07:34:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=iudcksnDXFJLUjxKYMWqRbtarCgr+jsvXrvKPgT9Evc=; b=n+thAtuUa/tazKlwpn4c8+YNC1K9EmgU1OqWmAt/j7An0a+6IVC5BXQcY0w1YFEhUP Gp1Zx9XwbjbGnC2xSWlCfjHRGR03usZ5RvT7QAF+hoW1aYEsG6NKZXbynhzF76/DsYzY DJrxNdP0ldtdhVpoP/mZQRA8/a6QP/wzMTvXbd5Ig2Gs5EBz+xBWvuYkZnLcgPw2Q3UZ nVdUG0oHDYq3KDrMqPDfRQynwIep8KBGReFxpaaXaCtpqGJ9HAz9LoFM7glsUtLeGsza 5F0BuNlmMA+btpCHnh6f/JDMpY2djsygDTy3n8/QOaiEVwxcvAgabmLANKMd33zAzHpK 7lUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=iudcksnDXFJLUjxKYMWqRbtarCgr+jsvXrvKPgT9Evc=; b=KxzCnEUnIrmzOZ+qM7gjfV1ROt7bh2tFCvHGpfitp9H14uSVSlVd22T+aV8mHKsE07 gBVxW1g+H8swn4/0pC1lC12n/j7n0Svwyiqd3I+cXGiyjIkH5pm+hn86vIWS2WO8KI+1 dF2cAWkpuHh8vYpXYaOhFCvqOCJmeqJHLLA7EUr5j4JESisB04duQpTJN7OQRqzX6XOt RQ6HxjnhHMgWqf3gxSe1pqBoj/11rq9abI3NtJ2dTbXxlvtrlDAWXfOo+iGxPOG338XO iopJwGQwCevrHDhZXwSSgCPMEPfjHdJK+PO8/Czoi1IjHrYuNY910XuJbGm6eDO3m4yy JGWg== X-Gm-Message-State: APjAAAV3lBn6Dc4M5PCvsGolWpunumEDk44/wpoMeQkTQyJpNbBiiDz3 VxX3Jj0fMXkHwfS+Gb/nqC0= X-Google-Smtp-Source: APXvYqwulnqY0uAyQ3NyVHyf/v5sH0aaOgwl/mxe3FAqEl2TU6qRPU7wH86eCscWxZgfCnq2RAfoAg== X-Received: by 2002:a5e:961a:: with SMTP id a26mr243543ioq.125.1558708444790; Fri, 24 May 2019 07:34:04 -0700 (PDT) Received: from titan.knownspace (173-25-245-129.client.mchsi.com. [173.25.245.129]) by smtp.gmail.com with ESMTPSA id f20sm962833ioh.4.2019.05.24.07.34.01 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 May 2019 07:34:04 -0700 (PDT) Date: Fri, 24 May 2019 09:33:43 -0500 From: Justin Hibbits To: Jason Bacon Cc: Mark Millard , freebsd-ppc@freebsd.org Subject: Re: Mac G5 X11 performance Message-ID: <20190524093343.79dd0dc1@titan.knownspace> In-Reply-To: <508eedcf-fb79-ac2c-1495-a9b39bb55100@gmail.com> References: <508eedcf-fb79-ac2c-1495-a9b39bb55100@gmail.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; powerpc64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: C52E78FE28 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=n+thAtuU; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chmeeedalf@gmail.com designates 2607:f8b0:4864:20::d36 as permitted sender) smtp.mailfrom=chmeeedalf@gmail.com X-Spamd-Result: default: False [-6.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.96)[ip: (-9.14), ipnet: 2607:f8b0::/32(-3.29), asn: 15169(-2.29), country: US(-0.06)]; FREEMAIL_CC(0.00)[yahoo.com] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 14:34:07 -0000 On Fri, 24 May 2019 09:24:30 -0500 Jason Bacon wrote: > Nice work.=C2=A0 I confirmed that this patch fixes the build on a stock > gcc 4.2 based installation. >=20 > Is anyone on this list able to commit it? >=20 I believe Piotr Kubaj already has a PR filed for Qt, PR 237745. - Justin From owner-freebsd-ppc@freebsd.org Fri May 24 18:25:26 2019 Return-Path: Delivered-To: freebsd-ppc@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 4BB6D15B25E9; Fri, 24 May 2019 18:25:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [18.222.6.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27B80727F7; Fri, 24 May 2019 18:25:24 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (unknown [18.188.142.31]) by mail.soaustin.net (Postfix) with ESMTPSA id 20B6C16E80; Fri, 24 May 2019 18:25:24 +0000 (UTC) Date: Fri, 24 May 2019 18:25:22 +0000 From: Mark Linimon To: Mark Millard Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , ports-list freebsd , Jan Beich Subject: Re: powerpc64 system-clang-8 based context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 Message-ID: <20190524182522.GA17299@lonesome.com> References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> <3B3EACF3-00D8-48B7-A3C0-8AA6E0279041@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3B3EACF3-00D8-48B7-A3C0-8AA6E0279041@yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Rspamd-Queue-Id: 27B80727F7 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [2.26 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.44)[-0.444,0]; FROM_HAS_DN(0.00)[]; IP_SCORE(-0.25)[ipnet: 18.220.0.0/14(0.15), asn: 16509(-1.33), country: US(-0.06)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[lonesome.com]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; LONG_SUBJ(1.66)[221]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.6.222.18.list.dnswl.org : 127.0.5.2]; MX_GOOD(-0.01)[cached: mail.soaustin.net]; NEURAL_SPAM_LONG(0.62)[0.618,0]; NEURAL_HAM_SHORT(-0.02)[-0.018,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.220.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 18:25:26 -0000 On Thu, May 23, 2019 at 10:33:35PM -0700, Mark Millard via freebsd-toolchain wrote: > That is no matter what the system compiler is for powerpc64. > > This lead to the below mixing of libstdc++.so.6 and libc++/libcxxrt . . . Yeah. This is probably my fault. We've baked the assumption into ports that "powerpc64 implies gcc in base". You're the first person to color outside the lines I think :-) I'm going to start an internal discussion about what the "real" fix is. I consider what we've done in some places to not be the "real" fix because they assume _either_ llvm _or_ gcc in base. This would fix your specific problem but not the general problem of someone installing both and then switching back and forth for testing. mcl From owner-freebsd-ppc@freebsd.org Fri May 24 18:51:52 2019 Return-Path: Delivered-To: freebsd-ppc@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 3C7E015B2E14 for ; Fri, 24 May 2019 18:51:52 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: from mail-it1-x12a.google.com (mail-it1-x12a.google.com [IPv6:2607:f8b0:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 26102735F6 for ; Fri, 24 May 2019 18:51:51 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: by mail-it1-x12a.google.com with SMTP id h11so15258583itf.5 for ; Fri, 24 May 2019 11:51:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=fYJIEh6tj8ZAYIYCyctzafqehplv5JNw2TNvXCCRbV4=; b=XFWP85KkUx41jZqs5dO6EmVYqdWJ73YSjRDgMwrYPL37XZs9zdMP38hPjcVsCZriUX 5USAuvRCbN+pVz9cW76He/z0LCa9f5PXLytK/yzYDNPrRogPTiGccLLZOiWxaRzbQaZf P6qelzvtS13awoFhFMGFdSyUOUTrZv3AV6zIXgAs34BoHk5IcgoHUCq3Rh3oFarusfE3 MV1VT7p25h5f68lfNvs9/KI5RBZHo9F3yFRrQXTjPyfkivnAILsnpKzPvf5nYIX84d3d w2seMYOeW7p9l5OdW6JDhYpjdNcSpgkJkBhrTt5KmtGMQE/Hgj6J2mWiKcknyTVpqNau GGCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=fYJIEh6tj8ZAYIYCyctzafqehplv5JNw2TNvXCCRbV4=; b=i+RYX6wniQwoChWKZTc8By5LNV9EWKWsQBotCn+3XSn0qfyF1UUklJx7hc3r+hnTjc stDok46HPyc+aP+pOoLSh7B/Y2z2Ob2qvz7ooNBcqSBJcsU6g3HCPuyNR+aLHcxMoeTC rpJ8LxjANbIRXtMnuoymHZOuIPtNcuMsxqkAvb71xsW1Horm9dOfaLIHqQJ0n5h08pok ztYARCVJJPQ4KIY9kLfrLqmT+9Xi3+kchBzmtXk1L13IKx0XAqU9JbcFJZf/HOymdMB6 UIYV9oIaILLKAKhOejGxiXlLiWoz3a6Kp1No2E2oRcFN+Wp3C3DPUfmUnQaTwyQgFCXy v6nQ== X-Gm-Message-State: APjAAAX/5wWAKunKMEE57KA6Asskfa++Rh5Xaq108wTF4kdWBIfoS39y oSXbuHcNjWvFgI1YRGXzYlMq/f8d X-Google-Smtp-Source: APXvYqyXmYnPbCr+scDkS+QAUf5RO11yVEDdyQy6sIA/sG5Z92u7MR8gRkhi9cwfxYuPGDshO68hkg== X-Received: by 2002:a05:660c:6c1:: with SMTP id z1mr20699564itk.126.1558723910088; Fri, 24 May 2019 11:51:50 -0700 (PDT) Received: from cray.acadix.biz ([2605:a000:bc45:5f00:223:24ff:fe37:c4d7]) by smtp.gmail.com with ESMTPSA id x99sm1542911ita.28.2019.05.24.11.51.48 (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Fri, 24 May 2019 11:51:48 -0700 (PDT) Subject: Re: Mac G5 X11 performance To: Justin Hibbits Cc: Mark Millard , freebsd-ppc@freebsd.org References: <508eedcf-fb79-ac2c-1495-a9b39bb55100@gmail.com> <20190524093343.79dd0dc1@titan.knownspace> From: Jason Bacon Message-ID: Date: Fri, 24 May 2019 13:51:48 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <20190524093343.79dd0dc1@titan.knownspace> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 26102735F6 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XFWP85Kk; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bacon4000@gmail.com designates 2607:f8b0:4864:20::12a as permitted sender) smtp.mailfrom=bacon4000@gmail.com X-Spamd-Result: default: False [-6.83 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[a.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-2.83)[ip: (-8.49), ipnet: 2607:f8b0::/32(-3.29), asn: 15169(-2.29), country: US(-0.06)]; FREEMAIL_CC(0.00)[yahoo.com] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 18:51:52 -0000 On 2019-05-24 09:33, Justin Hibbits wrote: > On Fri, 24 May 2019 09:24:30 -0500 > Jason Bacon wrote: > >> Nice work.  I confirmed that this patch fixes the build on a stock >> gcc 4.2 based installation. >> >> Is anyone on this list able to commit it? >> > I believe Piotr Kubaj already has a PR filed for Qt, PR 237745. > > - Justin Thanks, I'll continue this conversation on Bugzilla. -- Earth is a beta site. From owner-freebsd-ppc@freebsd.org Fri May 24 19:11:43 2019 Return-Path: Delivered-To: freebsd-ppc@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 88D2F15B34F1 for ; Fri, 24 May 2019 19:11:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 AFF277432D for ; Fri, 24 May 2019 19:11:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: aYBp8voVM1mcqECliAhzTvtMGzUCRdkSFz3KNjTdP1vH.Y3BKeTx.Er1zZXXbPj 4yf_MTDBeFAMwXa5BQ6lh4uIV7xXI3E3TVzuWfH7.ANjloylxTrcj7m0U.1yXur8Rue_hypz7avO N5TzOd2i3siGLYOK6BkdWY.VVQBDzb9OzpG7qPyuJdWRm_mym1cSDyUbdtpXwfHOL0O3gp05us11 VZ7QF9VzbJVH7zcj0zWpoqjppjqGM.dY1.CBo2wY.IO.UDuONbebUfpsO_4hpqRvv94AGMzWZG_k bHnkR7XMF1OAjNp2VoPuc8f1uAKkPCclpMjIjpimqr4eEiaY4s61.m1FGTbyRExdjVxLS4MswdAu 8oUAPHAg8vBkWoFUn747YBhw.kMd8LcjwRn_hStj1U1m1wPLno3GmhLEsSzfVZcdqT1r6I2GUSrW nuHmku_NmX3HLFQT4mIXErgab5zRX58elnCEMSuzsRYiW.rQAq8baYKQwbw1EKpUuUItFId5ekM5 fDBB0x9k7KbEmmadNKx8_HsvsdcIVo3zwhFbjkZx95wnPpGuHkkK0GSSS0hdGaN7Tq9DFBEwvJGa zzY.hySNj0UVNqr6oSKX01SPG1KR.7KkOHWowHlCPx4uxaLx072gf3akLA53RNsFe9dq2STF4pY1 tMnSJ0DpVRk.K5IudXRN4QBYsvnhrGnO6UDTbR3BXL0F2mQ4Q8lbbZq.wqJnb4gtQTHNIHjeOGn1 JVSFmjlHoL_EPyogCStCxA2OsjEt4XljtuvORJnE09IUuZh6J6B4jzva.Xi54RWP6YzQrPCXtaXY VXR2Pme3z7fnAYhGkClgq.seFAEt7aEITvBSs7ZfyPW7Q8SpVHdlM08Uho1Q3OSJMav_twDTk_sj qHQ0Yfz9lQ3RDTWjvzHpo1Gnp.STFkuiGLIyCkbp8_A5POoCXDr1QzBh9JknX84lqYJexAU.NQ9g gdbgQiQ0MpbHotwppBm9qD.8oHt6yiLjboT6zeyx7vh2QvloXZ.y0blX0JWsEKT7O8Z05E50TRoy hAcybVPEaQA9GJ6Cnqoj0nJ3YUWkpI1uwS8B8PTywrKg_qmKvw7UyXUMA6STTWnXtkTHiSgsIUFs QMD2mbmphVqACHXLAcqDqLplaraRMWuItJnDqY2aDTdwkrQW6gfI0T136clgTqrpzPZ.KITk5SUq lQK8t2QOl_qdp778U_ea493.YbRuay0S8ct320NGcSFbEjFGyY83yJ1c5Hatt1168AkVb1Q-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 24 May 2019 19:11:35 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp409.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3db54298f7db4a5a1db19f077dbfe07f; Fri, 24 May 2019 19:11:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: powerpc64 system-clang-8 based context: x11-toolkits/qt5-declarative fails to build in poudriere: /usr/local/lib/qt5/bin/qlalr segmentation faults in std::type_info::~type_info() () from /usr/local/lib/gcc8/libstdc++.so.6 From: Mark Millard In-Reply-To: <20190524182522.GA17299@lonesome.com> Date: Fri, 24 May 2019 12:11:34 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , ports-list freebsd , Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: References: <8B8355C5-731B-4F03-AA98-11324C618D3C@yahoo.com> <590AAD80-8D2F-4F7A-8910-001D72A5E666@yahoo.com> <22D9DF10-E58A-49E5-8372-CC9D263A7C76@yahoo.com> <33026AD5-9CB0-43CB-84EA-5B2B914A7EB0@yahoo.com> <3B3EACF3-00D8-48B7-A3C0-8AA6E0279041@yahoo.com> <20190524182522.GA17299@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: AFF277432D X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.64 / 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]; RCPT_COUNT_FIVE(0.00)[5]; LONG_SUBJ(1.66)[221]; 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:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.40)[0.403,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.83)[ip: (7.45), ipnet: 98.137.64.0/21(0.99), asn: 36647(0.79), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.26)[0.263,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.996,0]; RCVD_IN_DNSWL_NONE(0.00)[147.65.137.98.list.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 19:11:43 -0000 On 2019-May-24, at 11:25, Mark Linimon wrote: > On Thu, May 23, 2019 at 10:33:35PM -0700, Mark Millard via = freebsd-toolchain wrote: >> That is no matter what the system compiler is for powerpc64. >>=20 >> This lead to the below mixing of libstdc++.so.6 and libc++/libcxxrt . = . . >=20 > Yeah. This is probably my fault. >=20 > We've baked the assumption into ports that "powerpc64 implies gcc in = base". > You're the first person to color outside the lines I think :-) >=20 > I'm going to start an internal discussion about what the "real" fix = is. > I consider what we've done in some places to not be the "real" fix = because > they assume _either_ llvm _or_ gcc in base. This would fix your = specific > problem but not the general problem of someone installing both and = then > switching back and forth for testing. Plus qt5 is outside the range of gcc 4.2.1 to cover, so for it a usable "gcc in base" would mean base/gcc or some such substitution. But base/gcc does not imply any version of libstdc++ is in use either: same problem as system-clang-8-based if something like lang/gcc8 is used for qt5. Even if libstdc++ was (hypothetically) used, the vintage from base/gcc or devel/*-gcc sorts of materials would not generally match lang/gcc8 or whatever compiler:c++11-lib and the like might default to. For the likes of qt5, care must be taken that, for example, devel/icu and its: /usr/local/lib/libicui18n.so.64 /usr/local/lib/libicuuc.so.64 vs. qt5: they must use the same c++ library and vintage. Then there are things that really could use gcc 4.2.1 from base: mixed libstdc++ vintages could result, even if some port lang/gcc* toolchain is used. Definitely a messy context. The failing behavior (program crash very early when starting) was not obviously tied to c++ library mixes being involved. It would be handy if some stage of building/installing/running caught the presence of such a bad combination and was explicit about it. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ppc@freebsd.org Fri May 24 23:27:36 2019 Return-Path: Delivered-To: freebsd-ppc@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 1DC5515B7BDD for ; Fri, 24 May 2019 23:27:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4CF28464C for ; Fri, 24 May 2019 23:27:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id A0BE3D3CA; Fri, 24 May 2019 23:27:35 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19: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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id 966A2D3C8 for ; Fri, 24 May 2019 23:27:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F58284649 for ; Fri, 24 May 2019 23:27:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 77BA81C56E for ; Fri, 24 May 2019 23:27:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4ONRYKd065493 for ; Fri, 24 May 2019 23:27:34 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4ONRYQE065492 for powerpc@FreeBSD.org; Fri, 24 May 2019 23:27:34 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: powerpc@FreeBSD.org Subject: [Bug 232387] head -r345558 (updated): system crash during kldload if_epair on powerpc64 (for more modern buildworld buildkernel toolchain experiments), Probably also: ipfw.ko linuxkpi.ko siftr.ko Date: Fri, 24 May 2019 23:27:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: vimage X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: alfredo.junior@eldorado.org.br X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: powerpc@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-Rspamd-Queue-Id: B4CF28464C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 23:27:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232387 --- Comment #21 from Alfredo Dal'Ava J=C3=BAnior --- It's reproducible on the PowerPC64 LLVM+ELFv2 experimental ISO. I'm going to investigate more, but I found something interesting after I:=20 - modified 'options VERBOSE_SYSINIT=3D0' to '=3D1' to GENERIC64 - added 'options DIAGNOSTIC' to GENERIC64 - add "#define EPAIR_DEBUG" on top of if_epair.c ->> Module loads, no panics. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Fri May 24 23:31:35 2019 Return-Path: Delivered-To: freebsd-ppc@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 58B6815B7E1D for ; Fri, 24 May 2019 23:31:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0CBE84B9B for ; Fri, 24 May 2019 23:31:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by freefall.freebsd.org (Postfix) id C273AD71E; Fri, 24 May 2019 23:31:34 +0000 (UTC) Delivered-To: powerpc@localmail.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [96.47.72.80]) (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 "mx1.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by freefall.freebsd.org (Postfix) with ESMTPS id BF223D71D for ; Fri, 24 May 2019 23:31:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F88A84B96 for ; Fri, 24 May 2019 23:31:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id AEF0B1C6AC for ; Fri, 24 May 2019 23:31:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4ONVXxL075122 for ; Fri, 24 May 2019 23:31:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4ONVXgd075106 for powerpc@FreeBSD.org; Fri, 24 May 2019 23:31:33 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: powerpc@FreeBSD.org Subject: [Bug 232387] head -r345558 (updated): system crash during kldload if_epair on powerpc64 (for more modern buildworld buildkernel toolchain experiments), Probably also: ipfw.ko linuxkpi.ko siftr.ko Date: Fri, 24 May 2019 23:31:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: vimage X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: alfredo.junior@eldorado.org.br X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: powerpc@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-Rspamd-Queue-Id: F0CBE84B9B X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.98)[-0.976,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 23:31:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232387 --- Comment #22 from Alfredo Dal'Ava J=C3=BAnior --- (In reply to Alfredo Dal'Ava J=C3=BAnior from comment #21) > ->> Module loads, no panics. I'm referring to 'if_epair' --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat May 25 05:00:55 2019 Return-Path: Delivered-To: freebsd-ppc@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 BAE711598DB7 for ; Sat, 25 May 2019 05:00:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5516D8E8D2 for ; Sat, 25 May 2019 05:00:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 15D5C1598DB2; Sat, 25 May 2019 05:00:55 +0000 (UTC) Delivered-To: ppc@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 020F91598DB1 for ; Sat, 25 May 2019 05:00:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E6EE8E8CC for ; Sat, 25 May 2019 05:00:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BAD0B1F52A for ; Sat, 25 May 2019 05:00:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4P50rcs092751 for ; Sat, 25 May 2019 05:00:53 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4P50rEh092739 for ppc@FreeBSD.org; Sat, 25 May 2019 05:00:53 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: ppc@FreeBSD.org Subject: [Bug 237471] [PowerPC64] pseries llan driver wrong MAC address Date: Sat, 25 May 2019 05:00:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ppc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 May 2019 05:00:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237471 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |linimon@FreeBSD.org Assignee|bugs@FreeBSD.org |ppc@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-ppc@freebsd.org Sat May 25 12:45:35 2019 Return-Path: Delivered-To: freebsd-ppc@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 1BB0915AC556 for ; Sat, 25 May 2019 12:45:35 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: from mail-it1-x129.google.com (mail-it1-x129.google.com [IPv6:2607:f8b0:4864:20::129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 234FC6FCDF for ; Sat, 25 May 2019 12:45:34 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: by mail-it1-x129.google.com with SMTP id a186so10287530itg.0 for ; Sat, 25 May 2019 05:45:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=L/gy/kiFW3RlE1KIWloM0M4xpgEsgvGMKADtbP6XEIM=; b=N5CvwuXwc3rYHlo63Alq++xgFOTW/WZHViU3TL8bNWEc9sACcBfcf1Ml8u7KhGfygA ZfWfUTK6aFRv2WY2CX3JIU0PtdFI2wx/Kv2RTIIW3fmq2S/M+OKrugqK4YxGsYmkEvg7 YLX6pbdX458zTcty9/0V9H7cLD12NSQ5pCwgRyH1PBNH/Cy0tct3TYXK6hDAj5XTQbPs OMoshQ/4y+cE3OMpdfea0YX6SYYqM2FL/Kn1IvePuY/ePxFGh9fP3TNydUOFVOJE2VRZ xyexw1kgk3HHjPDbhxhXqTuQK00TjMOioQinueRNDXP3Ki5jaJHg0Li6hEm7We7SalfL K8UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=L/gy/kiFW3RlE1KIWloM0M4xpgEsgvGMKADtbP6XEIM=; b=ivinQqbEJBfA1xuxoTYT+CvVqR0Ygv0cwuKBLoeR4/CGFBSgO6aTngAxDliTkl1bSC RFiGvsHz7AVRlZJigQ1hfto55JCTC152qGOSeVa/7QMQyVOhf1uvTEQ16T/D6Hx8ylJ2 mmUoTURjhId6lBjxcvFudNVfd14b4Zr3uEUwn6gfLN4l6jAmTsWQBxBLW4taxjjNTdPH CD79dxvxnwbBR2a63dN2iw0hZjV+GDITEIqGRnpOvQdeoWJRhaTOtmnal/pHQgxZ5kyM yvE41ifgJs7/wS6YbCu3/aNnzwjxbErOQchT5oajtyCe/0xbDqyU1RnzpwVDnKJxFDWI xahw== X-Gm-Message-State: APjAAAUy593GMpFPgRG2ckJD3Y6BfyLTvMASugfYSQEPinxT/ie6skYt g2Z8qZQU/Dl3kc1vgDESW4uTcFHg X-Google-Smtp-Source: APXvYqxzacR1+mSM6wKee4LQtcTAYz4sey23PjoE9EnfNleUGQ85q1+8CFxijWwXfaIqCsqcevN2fQ== X-Received: by 2002:a24:c904:: with SMTP id h4mr21402445itg.46.1558788333027; Sat, 25 May 2019 05:45:33 -0700 (PDT) Received: from cray.acadix.biz ([2605:a000:bc45:5f00:223:24ff:fe37:c4d7]) by smtp.gmail.com with ESMTPSA id w189sm2347933itf.39.2019.05.25.05.45.32 for (version=TLS1_3 cipher=AEAD-AES128-GCM-SHA256 bits=128/128); Sat, 25 May 2019 05:45:32 -0700 (PDT) To: "freebsd-ppc@freebsd.org" From: Jason Bacon Subject: gem0 instability Message-ID: <21538fef-663e-bbc2-33cb-b780da74bba4@gmail.com> Date: Sat, 25 May 2019 07:45:31 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 234FC6FCDF X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=N5CvwuXw; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of bacon4000@gmail.com designates 2607:f8b0:4864:20::129 as permitted sender) smtp.mailfrom=bacon4000@gmail.com X-Spamd-Result: default: False [-6.92 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.979,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ppc@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-2.93)[ip: (-9.01), ipnet: 2607:f8b0::/32(-3.30), asn: 15169(-2.29), country: US(-0.06)]; RCVD_IN_DNSWL_NONE(0.00)[9.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 May 2019 12:45:35 -0000 Is this a known issue with powermacs? May 24 14:09:06 powermacg5 kernel: gem0: device timeout May 24 14:09:06 powermacg5 kernel: gem0: link state changed to DOWN May 24 14:09:11 powermacg5 kernel: gem0: link state changed to UP May 24 14:09:18 powermacg5 kernel: gem0: device timeout May 24 14:09:18 powermacg5 kernel: gem0: link state changed to DOWN May 24 14:09:22 powermacg5 kernel: gem0: link state changed to UP May 24 14:09:30 powermacg5 kernel: gem0: device timeout May 24 14:09:30 powermacg5 kernel: gem0: link state changed to DOWN May 24 14:09:34 powermacg5 kernel: gem0: link state changed to UP The gem0 interface has a tendency to become unstable under heavy load.  Rebooting alleviates it. Launching keepassxc (buildable thanks to Mark M's qt5-core patch) from a remote display seems to be a reliable trigger. This machine has some visible physical damage, so I wouldn't be surprised if it's a local hardware issue.  It's reliable otherwise, though. -- Earth is a beta site. From owner-freebsd-ppc@freebsd.org Sat May 25 20:53:25 2019 Return-Path: Delivered-To: freebsd-ppc@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 02E6015B60C4 for ; Sat, 25 May 2019 20:53:25 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09CA088EA8 for ; Sat, 25 May 2019 20:53:13 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from [192.168.1.2] (p57BB4636.dip0.t-ipconnect.de [87.187.70.54]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id B923171E3F90B; Sat, 25 May 2019 22:53:04 +0200 (CEST) From: Michael Tuexen Message-Id: <9A3DEC19-5191-4220-9A77-EC90462E9B1C@fh-muenster.de> Content-Type: multipart/signed; boundary="Apple-Mail=_4CA25A9B-C858-4146-AEB5-8401252CEF37"; protocol="application/pkcs7-signature"; micalg=sha-256 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: gem0 instability Date: Sat, 25 May 2019 22:53:02 +0200 In-Reply-To: <21538fef-663e-bbc2-33cb-b780da74bba4@gmail.com> Cc: "freebsd-ppc@freebsd.org" To: Jason Bacon References: <21538fef-663e-bbc2-33cb-b780da74bba4@gmail.com> X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 09CA088EA8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-3.05 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; MX_GOOD(-0.01)[mx3.fh-muenster.de,mx4.fh-muenster.de]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.38)[-0.383,0]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_IN_DNSWL_LOW(-0.10)[27.24.175.193.list.dnswl.org : 127.0.5.1]; IP_SCORE(0.03)[ipnet: 193.174.0.0/15(0.17), asn: 680(-0.01), country: DE(-0.01)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE]; MIME_TRACE(0.00)[0:+,1:+]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-0.90)[-0.901,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[fh-muenster.de]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 May 2019 20:53:25 -0000 --Apple-Mail=_4CA25A9B-C858-4146-AEB5-8401252CEF37 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 25. May 2019, at 14:45, Jason Bacon wrote: >=20 >=20 > Is this a known issue with powermacs? >=20 > May 24 14:09:06 powermacg5 kernel: gem0: device timeout > May 24 14:09:06 powermacg5 kernel: gem0: link state changed to DOWN > May 24 14:09:11 powermacg5 kernel: gem0: link state changed to UP > May 24 14:09:18 powermacg5 kernel: gem0: device timeout > May 24 14:09:18 powermacg5 kernel: gem0: link state changed to DOWN > May 24 14:09:22 powermacg5 kernel: gem0: link state changed to UP > May 24 14:09:30 powermacg5 kernel: gem0: device timeout > May 24 14:09:30 powermacg5 kernel: gem0: link state changed to DOWN > May 24 14:09:34 powermacg5 kernel: gem0: link state changed to UP >=20 > The gem0 interface has a tendency to become unstable under heavy load. = Rebooting alleviates it. >=20 > Launching keepassxc (buildable thanks to Mark M's qt5-core patch) from = a remote display seems to be a reliable trigger. >=20 > This machine has some visible physical damage, so I wouldn't be = surprised if it's a local hardware issue. It's reliable otherwise, = though. I do see the same on a machine (G5) without physical damage. So I guess = it is a software issue. Best regards Michael >=20 > --=20 > Earth is a beta site. >=20 > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" --Apple-Mail=_4CA25A9B-C858-4146-AEB5-8401252CEF37 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEJAw ggTVMIIDvaADAgECAghQTsb1PRG0ZDANBgkqhkiG9w0BAQsFADBxMQswCQYDVQQGEwJERTEcMBoG A1UEChMTRGV1dHNjaGUgVGVsZWtvbSBBRzEfMB0GA1UECxMWVC1UZWxlU2VjIFRydXN0IENlbnRl cjEjMCEGA1UEAxMaRGV1dHNjaGUgVGVsZWtvbSBSb290IENBIDIwHhcNMTQwNzIyMTIwODI2WhcN MTkwNzA5MjM1OTAwWjBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4GA1UE CxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA6ZvDZ4X5Da71jVTDllA1PWLpbkztlNcAW5UidNQg6zSP 1uzAMQQLmYHiphTSUqAoI4SLdIkEXlvg4njBeMsWyyg1OXstkEXQ7aAAeny/Sg4bAMOG6VwrMRF7 DPOCJEOMHDiLamgAmu7cT3ir0sYTm3at7t4m6O8Br3QPwQmi9mvOvdPNFDBP9eXjpMhim4IaAycw DQJlYE3t0QkjKpY1WCfTdsZxtpAdxO3/NYZ9bzOz2w/FEcKKg6GUXUFr2NIQ9Uz9ylGs2b3vkoO7 2uuLFlZWQ8/h1RM9ph8nMM1JVNvJEzSacXXFbOqnC5j5IZ0nrz6jOTlIaoytyZn7wxLyvQIDAQAB o4IBhjCCAYIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRJt8bP6D0ff+pEexMp9/EKcD7eZDAf BgNVHSMEGDAWgBQxw3kbuvVT1xfgiXotF2wKsyudMzASBgNVHRMBAf8ECDAGAQH/AgECMGIGA1Ud IARbMFkwEQYPKwYBBAGBrSGCLAEBBAICMBEGDysGAQQBga0hgiwBAQQDADARBg8rBgEEAYGtIYIs AQEEAwEwDwYNKwYBBAGBrSGCLAEBBDANBgsrBgEEAYGtIYIsHjA+BgNVHR8ENzA1MDOgMaAvhi1o dHRwOi8vcGtpMDMzNi50ZWxlc2VjLmRlL3JsL0RUX1JPT1RfQ0FfMi5jcmwweAYIKwYBBQUHAQEE bDBqMCwGCCsGAQUFBzABhiBodHRwOi8vb2NzcDAzMzYudGVsZXNlYy5kZS9vY3NwcjA6BggrBgEF BQcwAoYuaHR0cDovL3BraTAzMzYudGVsZXNlYy5kZS9jcnQvRFRfUk9PVF9DQV8yLmNlcjANBgkq hkiG9w0BAQsFAAOCAQEAYyAo/ZwhhnK+OUZZOTIlvKkBmw3Myn1BnIZtCm4ssxNZdbEzkhthJxb/ w7LVNYL7hCoBSb1mu2YvssIGXW4/buMBWlvKQ2NclbbhMacf1QdfTeZlgk4y+cN8ekvNTVx07iHy dQLsUj7SyWrTkCNuSWc1vn9NVqTszC/Pt6GXqHI+ybxA1lqkCD3WvILDt7cyjrEsjmpttzUCGc/1 OURYY6ckABCwu/xOr24vOLulV0k/2G5QbyyXltwdRpplic+uzPLl2Z9Tsz6hL5Kp2AvGhB8Exuse 6J99tXulAvEkxSRjETTMWpMgKnmIOiVCkKllO3yG0xIVIyn8LNrMOVtUFzCCBaIwggSKoAMCAQIC BxekJKEJSDMwDQYJKoZIhvcNAQELBQAwWjELMAkGA1UEBhMCREUxEzARBgNVBAoTCkRGTi1WZXJl aW4xEDAOBgNVBAsTB0RGTi1QS0kxJDAiBgNVBAMTG0RGTi1WZXJlaW4gUENBIEdsb2JhbCAtIEcw MTAeFw0xNDA1MjcxNDU0MDlaFw0xOTA3MDkyMzU5MDBaMIHGMQswCQYDVQQGEwJERTEcMBoGA1UE CBMTTm9yZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0ZXIxIDAeBgNVBAoTF0ZhY2ho b2Noc2NodWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFyYmVpdHVuZ3N6ZW50cmFsZTEd MBsGA1UEAxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG9w0BCQEWEWNhQGZoLW11ZW5z dGVyLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuHlsrvBs7CL9IqMH9r//QU9E pghTV/3skHuQZ3DpNY+lyJWOW5zbtUubgXt7lYHpIE4d4CclTZWqCHwoAI6gqzSSGjUKuX6/0ui/ LhXmlDvCBfwuER+T+3/R59hlLnhI5iYYPQiNywQIa3wJhBLTZrlXw8nDdjI54MAzcVDUX7l21sbo ZIA6idM7SXmshxoRQ6xsfPHskrceNMcvtHNDhVnVscwRUJQUR55fs0X7Y93PasugWPv3xmgNr1da Cq94eV+nslNU/GJaT9TQ3uG8pagLXl9NbDNkHIrvFAD5zXO0m/d00I4QhUVQyEtwnTegDqcM+WFh JXensgnZhWe6bwIDAQABo4IB/jCCAfowEgYDVR0TAQH/BAgwBgEB/wIBATAOBgNVHQ8BAf8EBAMC AQYwEQYDVR0gBAowCDAGBgRVHSAAMB0GA1UdDgQWBBQK81u85DGA1jVCiabTw8833tHf1zAfBgNV HSMEGDAWgBRJt8bP6D0ff+pEexMp9/EKcD7eZDAcBgNVHREEFTATgRFjYUBmaC1tdWVuc3Rlci5k ZTCBiAYDVR0fBIGAMH4wPaA7oDmGN2h0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3Qt Y2EvcHViL2NybC9jYWNybC5jcmwwPaA7oDmGN2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFs LXJvb3QtY2EvcHViL2NybC9jYWNybC5jcmwwgdcGCCsGAQUFBwEBBIHKMIHHMDMGCCsGAQUFBzAB hidodHRwOi8vb2NzcC5wY2EuZGZuLmRlL09DU1AtU2VydmVyL09DU1AwRwYIKwYBBQUHMAKGO2h0 dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0 MEcGCCsGAQUFBzAChjtodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2dsb2JhbC1yb290LWNhL3B1Yi9j YWNlcnQvY2FjZXJ0LmNydDANBgkqhkiG9w0BAQsFAAOCAQEA3kcDNdZKb7kSD7s1ly2qa/2QbQe+ ld3LhZeOcfysdLtN8oweBmgT3MYoZ+D9c+SoUWJAwTKPB15DoGy+fWhelXTpQrqxIGb4ISr1JCjg slnmMUva0xjwZGxojZ9gE1bi18xfKw3+dMpwCLt6LbLTjr/tyH6otacwr2tZzuuJIUAORnefwTcr vmB21n/BEQH/ZXruWu8lSO3L9YAmQB6ViaZFCpn2sMmOLACdoWxmUQb3QAjsa327jHUjsz53k9q5 Zrx/g+zOg5s1Wmy2JOlLQMUIZXXf0/6rB5Fr2llx7dBG/Uk7NhZdNy7OzNzci0C4Wnkd8rDVEWHG hH2gfpcTfjCCBg0wggT1oAMCAQICBxuZiHQ3saMwDQYJKoZIhvcNAQELBQAwgcYxCzAJBgNVBAYT AkRFMRwwGgYDVQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4G A1UEChMXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5n c3plbnRyYWxlMR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYR Y2FAZmgtbXVlbnN0ZXIuZGUwHhcNMTYwNzA0MDcwNjEzWhcNMTkwNzA0MDcwNjEzWjB8MQswCQYD VQQGEwJERTEgMB4GA1UECgwXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxMjAwBgNVBAsMKUZhY2hi ZXJlaWNoIEVsZWt0cm90ZWNobmlrIHVuZCBJbmZvcm1hdGlrMRcwFQYDVQQDDA5NaWNoYWVsIFR1 ZXhlbjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMyaGlBt2ZtuF8QP8zYNrGxXC+es PMajIPl+hu1LGHnN2BJ3J5ZMN44BOZw3n6LO1FaAgO8D4xU4/AELecX6VxJZ2zOOSD8uTYO4OnUu 24hkjFUQAj13tT644AKUQMMBpgj7wC52V5Jij+mZX/t1S38/WFiCGnirt4xTNi5OmN4K+VNZfG4x 0msDqFjJX70rF1y09/Mylu1M/Y0tu/I9DqhwDQT4LBOvyyaAlhSJ8Jb8m8YTt5xlOzrXlBmj4pKs 74y7C2IKRw4tFozGX1cf1LVEs2eBCb5iUwXrlcMipwm62sJ38GD00EOlRNTpAM5rDAcgWxMCffek bRv/01whtOkCAwEAAaOCAkcwggJDMEAGA1UdIAQ5MDcwEQYPKwYBBAGBrSGCLAEBBAMFMBEGDysG AQQBga0hgiwCAQQDATAPBg0rBgEEAYGtIYIsAQEEMAkGA1UdEwQCMAAwDgYDVR0PAQH/BAQDAgXg MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQU0B2vaoSoEmYAggD04WZF 2hGif3UwHwYDVR0jBBgwFoAUCvNbvOQxgNY1Qomm08PPN97R39cwIAYDVR0RBBkwF4EVdHVleGVu QGZoLW11ZW5zdGVyLmRlMIGIBgNVHR8EgYAwfjA9oDugOYY3aHR0cDovL2NkcDEucGNhLmRmbi5k ZS9maC1tdWVuc3Rlci1jYS9wdWIvY3JsL2NhY3JsLmNybDA9oDugOYY3aHR0cDovL2NkcDIucGNh LmRmbi5kZS9maC1tdWVuc3Rlci1jYS9wdWIvY3JsL2NhY3JsLmNybDCB1wYIKwYBBQUHAQEEgcow gccwMwYIKwYBBQUHMAGGJ2h0dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBH BggrBgEFBQcwAoY7aHR0cDovL2NkcDEucGNhLmRmbi5kZS9maC1tdWVuc3Rlci1jYS9wdWIvY2Fj ZXJ0L2NhY2VydC5jcnQwRwYIKwYBBQUHMAKGO2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZmgtbXVl bnN0ZXItY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQBI9v+seJM6 AlSIrmmpopz6zh8QAsqGLJkkY2D0KYFucUY/xZaJTtZxvmWddbKk2903Qhg+vZKOf87PHhip7/4t FSwhxYNSS36WsRJTeUa0f3KkSa28yrIRfWlJATgxfL5X/QQnopjCt34n4221kcsR7LHxBAn37ow+ /2L7WjWDDuOkaM9/ZSCtrN+yFRat1eUVs1Hk7sKT/bfJTsYqzovXitjmCP3YdB40dkuQ6/ZzEdXT bpa4c45RcRnPqKXnxknK0UfRHNHqk15W7dUPVMzSGFUvjhmWPP2wW6a8F1U5sEqfHcoBFC5CGjGy 7Gk2luk3obi/KLrDyZC+dkjhDYEpMYIEOTCCBDUCAQEwgdIwgcYxCzAJBgNVBAYTAkRFMRwwGgYD VQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4GA1UEChMXRmFj aGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5nc3plbnRyYWxl MR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYRY2FAZmgtbXVl bnN0ZXIuZGUCBxuZiHQ3saMwDQYJYIZIAWUDBAIBBQCgggI3MBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE5MDUyNTIwNTMwM1owLwYJKoZIhvcNAQkEMSIEIEkNeCQ6 72oW1vXE4rWE0b5a0h9yTsmBEHS8YIxbjiK0MIHjBgkrBgEEAYI3EAQxgdUwgdIwgcYxCzAJBgNV BAYTAkRFMRwwGgYDVQQIExNOb3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEg MB4GA1UEChMXRmFjaGhvY2hzY2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0 dW5nc3plbnRyYWxlMR0wGwYDVQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJ ARYRY2FAZmgtbXVlbnN0ZXIuZGUCBxuZiHQ3saMwgeUGCyqGSIb3DQEJEAILMYHVoIHSMIHGMQsw CQYDVQQGEwJERTEcMBoGA1UECBMTTm9yZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0 ZXIxIDAeBgNVBAoTF0ZhY2hob2Noc2NodWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFy YmVpdHVuZ3N6ZW50cmFsZTEdMBsGA1UEAxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG 9w0BCQEWEWNhQGZoLW11ZW5zdGVyLmRlAgcbmYh0N7GjMA0GCSqGSIb3DQEBAQUABIIBAMO3SOaD QxEj+VPY57GhiHxziv1YoyqAMj/FreUaJJL3btGuICd8pWQGp9TOIH4SEiZS/0yNtWHh2HtDuHtM n04hPvG2RiBKZFVDLjM+eH1plQHq3Zrwux0/poxBRPRb/Opauhwcxifnl9xriM3KmE4y2ci0oNp6 Z38Zd7qdE1tHgcK+7mbmYnoiUW9z+NC8ekIpVwXm/aYjS6fzrjkY+MoQKLvRz/qCUmysrfu8gr1x JLOSxfk0TtjKnxPs6gu3gB5VYerapkbXC1AFSe+3noclQ83dQV4hFR7iZxiOm6uYv9Sf2WLJqrQa rZiKa8K+SsgFfZnC80Qlk3ncDFUW7WUAAAAAAAA= --Apple-Mail=_4CA25A9B-C858-4146-AEB5-8401252CEF37--