This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/12433] Finds wrong overload of std::operator<<
- From: "igodard at pacbell dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 28 Sep 2003 15:58:27 -0000
- Subject: [Bug c++/12433] Finds wrong overload of std::operator<<
- References: <20030927205755.12433.igodard@pacbell.net>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12433
------- Additional Comments From igodard at pacbell dot net 2003-09-28 15:58 -------
Getting the same output with icc as gcc suggests rather strongly that the problem is a library one, not a compiler one, and the two have used the same library code.
I cannot cite the standard, as I don't have a copy; I'm working from a 1995 printing of the ARM when I have to look something up. Sorry :-(
But I cannot believe that the standard would take special measures to have streamio put out only the useless info of whether a function was nil or not as opposed to the useful info of the address of the code. Even those machines that have composite code (and so have function pointers which are not simple memory addresses) could still put out a hex dump of the descriptor.