Date: Wed, 22 Feb 2017 19:48:56 +0100 From: Dimitry Andric <dim@FreeBSD.org> To: Hartmut.Brandt@dlr.de Cc: current@freebsd.org Subject: Re: int128_t and uint128_t typeinfo Message-ID: <201471EF-D383-49C0-B03B-64B91BAA4F0A@FreeBSD.org> In-Reply-To: <611243783F62AF48AFB07BC25FA4B1061CEECBB6@DLREXMBX01.intra.dlr.de> References: <alpine.BSF.2.20.1702211347050.82742@KNOP-BEAGLE.kn.op.dlr.de> <54594A33-C1DE-4491-8AD2-04E354EC5FAE@FreeBSD.org> <3EBF6862-8DEC-4F96-9C95-78FEE5242A6C@FreeBSD.org> <611243783F62AF48AFB07BC25FA4B1061CEECBB6@DLREXMBX01.intra.dlr.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_B66584D2-D462-4E04-9067-A5A198E65AE2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I had to commit a follow-up fix in r314104: when C++ names are used in the version script, they have to be surrounded by an extern "C++" {} block, otherwise the symbols end up as locals in the final library, and thus get stripped out of the installed version. -Dimitry On 22 Feb 2017, at 16:19, Hartmut.Brandt@dlr.de wrote: >=20 > Looks like they are still not there. I've rebuilt world. >=20 > nm -D -C /usr/lib/libcxxrt.so | grep 128 >=20 > should show me the symbols, right? It does not. >=20 > harti >=20 > -----Original Message----- > From: Dimitry Andric [mailto:dim@FreeBSD.org] > Sent: Tuesday, February 21, 2017 10:52 PM > To: Brandt, Hartmut > Cc: current@freebsd.org > Subject: Re: int128_t and uint128_t typeinfo >=20 > On 21 Feb 2017, at 18:26, Dimitry Andric <dim@FreeBSD.org> wrote: >>=20 >> On 21 Feb 2017, at 13:48, Hartmut Brandt <hartmut.brandt@dlr.de> = wrote: >>>=20 >>> it looks like the typeinfo for __int128_t and __uint128_t is missing = from our dynamically linked libcxxrt. > ... >> * We also need to add the typeinfo for __u?int128_t * and = __u?int128_t >> const * >> * Maybe these should be under the CXXABI_2.0 version, since that is >> where newer libstdc++ places them >> * Maybe these should be dependent on whether the architecture = supports >> 128 bit integers at all >>=20 >> I need to think a bit on the above, then I'll commit a fix. >=20 > Okay, can you please try r314061? >=20 > -Dimitry >=20 --Apple-Mail=_B66584D2-D462-4E04-9067-A5A198E65AE2 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----- iEYEARECAAYFAlit3SIACgkQsF6jCi4glqOqaACfbOUwrO/ovhz8Dbwca4e1THTS /UAAn0WRQeDkuvMK/tUaKADj5OJQNvpE =UqhR -----END PGP SIGNATURE----- --Apple-Mail=_B66584D2-D462-4E04-9067-A5A198E65AE2--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201471EF-D383-49C0-B03B-64B91BAA4F0A>