From owner-freebsd-ports@freebsd.org  Fri May 24 19:11:44 2019
Return-Path: <owner-freebsd-ports@freebsd.org>
Delivered-To: freebsd-ports@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 01C2F15B34F8
 for <freebsd-ports@mailman.ysv.freebsd.org>;
 Fri, 24 May 2019 19:11:44 +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 859877432A
 for <freebsd-ports@freebsd.org>; 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 <marklmi@yahoo.com>
In-Reply-To: <20190524182522.GA17299@lonesome.com>
Date: Fri, 24 May 2019 12:11:34 -0700
Cc: FreeBSD Toolchain <freebsd-toolchain@freebsd.org>,
 FreeBSD PowerPC ML <freebsd-ppc@freebsd.org>,
 ports-list freebsd <freebsd-ports@freebsd.org>,
 Jan Beich <jbeich@FreeBSD.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <DC1266E8-841F-45DD-A649-7B75D63C726B@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>
 <CA16609F-0AEA-46B0-A8CE-9280A4E90058@yahoo.com>
 <3B3EACF3-00D8-48B7-A3C0-8AA6E0279041@yahoo.com>
 <20190524182522.GA17299@lonesome.com>
To: Mark Linimon <linimon@lonesome.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-Rspamd-Queue-Id: 859877432A
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-ports@freebsd.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-ports>,
 <mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports/>
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
 <mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 24 May 2019 19:11:44 -0000

On 2019-May-24, at 11:25, Mark Linimon <linimon at lonesome.com> 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)