This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/55649] libstdcxx gdb python pretty printer for tr1 not working
- From: "david.simmonds at igmarkets dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 11 Dec 2012 16:56:19 +0000
- Subject: [Bug libstdc++/55649] libstdcxx gdb python pretty printer for tr1 not working
- Auto-submitted: auto-generated
- References: <bug-55649-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55649
Dave Simmonds <david.simmonds at igmarkets dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #4 from Dave Simmonds <david.simmonds at igmarkets dot com> 2012-12-11 16:56:19 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #0)
> > > The Tr1UnorderedMapPrinter pretty printer, and other tr1 pretty printers look
> > > for variables starting with _M_, the actual variable names start with m_
> >
> > No they don't:
> > http://gcc.gnu.org/viewcvs/trunk/libstdc%2B%2B-v3/include/tr1/unordered_map.h?view=markup
>
> Thanks for your reply, but the link isn't showing any variables with _M_ or
> with m_, so doesn't help. Why do you say they don't? Certainly it's not working
> for me as is, and if I create my own pretty printer with _M_ replaced by m_ it
> works.
OK, I looked at the include file, I compiled against gcc 4.1.2, which has m_,
4.7.2 has _M_
Problem is that redhat el5 comes with gcc 4.1.2 and a pretty printer with _M_
which doesn't work togther