g++ 2.95 typeinfo::name()
Theodore Papadopoulo
Theodore.Papadopoulo@sophia.inria.fr
Mon Jan 22 10:55:00 GMT 2001
mrs@windriver.com said:
>> >> Yep. It would also be correct if it just returned an empty string
>> for
>> >> all types.
>> > No. must be true:
>> > typeof(x)==typeof(y) <=> typeof(x).name equal typeof(y).name()
>> Nope. All the standard says is that the result of type_info::name()
>> is an implementation-defined null-terminated byte string.
> The standard is irrelevant in this case. What Oliver said must be
> true, must be true, really. Just meeting the standard is fine in many
> cases, however, at times, we do want to do more than the standard.
Well, I interpreted that in a different way. name() can always be an
empty string but different types get different empty strings so that
the pointers are not equal. Everything lies in the type of equality
used !! Thus, my belief is that Alexandre is totally right...
--------------------------------------------------------------------
Theodore Papadopoulo
Email: Theodore.Papadopoulo@sophia.inria.fr Tel: (33) 04 92 38 76 01
--------------------------------------------------------------------
-------------- next part --------------
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
mrs@windriver.com said:
>> >> Yep. It would also be correct if it just returned an empty string
>> for
>> >> all types.
>> > No. must be true:
>> > typeof(x)==typeof(y) <=> typeof(x).name equal typeof(y).name()
>> Nope. All the standard says is that the result of type_info::name()
>> is an implementation-defined null-terminated byte string.
> The standard is irrelevant in this case. What Oliver said must be
> true, must be true, really. Just meeting the standard is fine in many
> cases, however, at times, we do want to do more than the standard.
Well, I interpreted that in a different way. name() can always be an
empty string but different types get different empty strings so that
the pointers are not equal. Everything lies in the type of equality
used !! Thus, my belief is that Alexandre is totally right...
- --------------------------------------------------------------------
Theodore Papadopoulo
Email: Theodore.Papadopoulo@sophia.inria.fr Tel: (33) 04 92 38 76 01
--------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.3 (GNU/Linux)
Comment: Exmh version 2.2 06/23/2000
iD8DBQE6bIGoIzTj8qrxOU4RAt69AKCXgBSmiM6i26krIW5GzDjMyessNACggq+4
xZWC5agWEL7rQ6vjzf3kuN0=
=ajsa
-----END PGP SIGNATURE-----
More information about the Gcc
mailing list