[Bug 1063] basic_streambuf::showmanyc additions leads to libchk fails
| Newsgroups | gmane.linux.lsb.test-suite |
|---|---|
| Message-ID | <[email protected]> |
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] ------- Additional Comments From [email protected] 2005-08-16 16:16 ------- Thinking about this, I'm not convinced there's any ABI breakage here. Here's a distilled version of what libchk finds for one of the cases with extra tracing turned on: Class _ZSt15basic_stringbufIwSt11char_traitsIwESaIwEE Symbol address for Virtual table entry [0][7] _ZNSt15basic_streambufIwSt11char_traitsIwEE9showmanycEv is not expected 0xd82a12 doesn't match 0xd874a6 which appears to be _ZNSt15basic_streambufIwSt11char_traitsIwEE9showmanycEv Symbol data bad for class _ZSt15basic_stringbufIwSt11char_traitsIwESaIwEE vtable[0][7] expecting _ZNSt15basic_streambufIwSt11char_traitsIwEE9showmanycEv But it not being the same virtual function doesn't necessarily mean the library is broken, if a binary works either way. Can someone who understands this better confirm that? -- Configure bugmail: http://bugs.linuxbase.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.