From owner-freebsd-toolchain@freebsd.org Fri May 24 19:11:43 2019 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B33515B34F2 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 85A0D7432B 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: 85A0D7432B 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-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 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)