From owner-freebsd-ppc@freebsd.org Tue May 28 19:19:21 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 6C23515A9299 for ; Tue, 28 May 2019 19:19:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-32.consmr.mail.ne1.yahoo.com (sonic301-32.consmr.mail.ne1.yahoo.com [66.163.184.201]) (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 225298D89F for ; Tue, 28 May 2019 19:19:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: REFE9xoVM1lgJ1x3DZFXj.L6yAkyc873Jos5JAP8tnq6xFYUhKtuEKJTQErGk09 ahAG.AQPypkxx5KQybiKf3dhOZ6W5pFo8QW10nm_h8lEY2hlHidgp_ZMhCzR6kPOT_w0dBuSzkwq FaffNKD9JUWX6toR2HWM6Twq59Mhhudky8M8Z9zXD9NE4u8u4D0hgbhnC_bce4XdNmCcbn7iH3PK SfiMAwE4sOZXxkxpKLdN40LeQeuU2i13OLbKgNjAhExV8.cD_XNt8JdsvnSOw5M1OOAECFZ2UQ2i zpYjLH997LnPSrAlZ.x2ng0YrhzwdmTIqS734vy84.CklhcU3tjZvQgimlmDccM_yrr98uCRNwA0 NzDh3lwQeC6sGq4HsYdjoBPvI81fP1htg7PXX1cjExJ5iAID8itFEC8Ll49UJo64NYdCneOysoDu ykQoUWODaNDN69DSg6lMM5tEK7VQd3B7.P2uDs9nvyS1h9PsQ0vgNrkEGq5MrCqJyqKOGc8mPTme 0YtKmUBBNFuqWgup5uK60EWc_Rh4yufFvO2eYfEHBXvjrK9QFtE2qdctYlpfvAWc8THSpcnSVivR pgE._GjJPT9sPj.dAi62agAWr92.hsoqmDEsRaKEsq8HRMFL0cr8CLqCEP20lYrA.8tQO0gK_7FY iDJwGGOCjJf8pdmc8eGW1kSBWr2IoAQg2hr96dvKiOOyDs26O20gIKlhdgBS5zF7Xlvg.UH1xGcU ZW.yvOsvQWFyEdgffBi4J.8_KTbmH7vjPAojHLxXdMpR2SSrk5LXXCjRBoRA18vOelpZ1WX4Q_O7 uhwP0CGn69qTKvreWZl5xrGGKAzkJW1K.Z3fN32pGWBI27cE5F7c0vxkdk4a3b9RTwud87nDzU_O OuQdqWYrvnMY1U4Isweh7B8Gg43_nJdPTEFciKtn16advhJEf8p4GTfwHXm_xlgOyHu2QJ4XghVo 4bykAr1HMSf7ApzKsKkBjguF4OY7SCAgr2Z8evfDxkI2OCtrv.twN..R.pSvpKGdEyGwBW._JjQB DIBDr6vsqwfkZGZWiWFpzaJZY9eZ5qtx_lGeQpz4dt7NkXj_uhwtpP2XIsNptwkkR70645njzeWS bnW3D.wuhfgO.RPK_75p3g8g4wa.Qccf3m3U1CdXak.YHHOGqbV2r8WL.hJjEdCilXX6Xkfm3B82 YLxz9x43URKC191xxQn25jGAO9CNKCUR9SqOTHiH5wSZlJO9A52KcWY2asdI01b5kLZs- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ne1.yahoo.com with HTTP; Tue, 28 May 2019 19:19:18 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.103]) ([76.115.7.162]) by smtp419.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 43c6f1b65602573a3d18344d8ec5f2e0; Tue, 28 May 2019 19:19:14 +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: Date: Tue, 28 May 2019 12:19:12 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , ports-list freebsd , Jan Beich Content-Transfer-Encoding: quoted-printable Message-Id: <1A31ACF2-746A-49D2-80D5-E80392704B4E@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> <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: 225298D89F X-Spamd-Bar: ++++ X-Spamd-Result: default: False [4.13 / 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)[]; 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)[]; NEURAL_SPAM_SHORT(0.35)[0.349,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.58)[ip: (5.47), ipnet: 66.163.184.0/21(1.39), asn: 36646(1.11), country: US(-0.06)]; NEURAL_SPAM_MEDIUM(0.08)[0.076,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.974,0]; RCVD_IN_DNSWL_NONE(0.00)[201.184.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[201.184.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: Tue, 28 May 2019 19:19:21 -0000 [I forgot to mention of the combination: gcc and libc++.=3D On 2019-May-24, at 12:11, Mark Millard wrote: > On 2019-May-24, at 11:25, Mark Linimon = wrote: >=20 >> 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. >=20 > 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. >=20 > 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. >=20 > For the likes of qt5, care must be taken that, for example, > devel/icu and its: >=20 > /usr/local/lib/libicui18n.so.64 > /usr/local/lib/libicuuc.so.64 >=20 > vs. qt5: they must use the same c++ library and vintage. >=20 > 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. >=20 > Definitely a messy context. >=20 > 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. I probably should have mentioned using the likes of base/binutils and base/gcc and ending up with a gcc based system c and c++ but a system libc++ / libcxxrt instead of libstdc++ . This would still make for the odd mix of libc++ / libcxxrt vs. libstdc++ if: /usr/local/lib/libicui18n.so.64 /usr/local/lib/libicuuc.so.64 were built by the system toolchain but qt5-core was built by something like lang/gcc8 . system-clang vs. lang/gcc* need not be the only odd context. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)