This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
[Bug python/14380] Pretty-Printing maps only takes values,interpreted alternating as key and value
- From: "tromey at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: gdb-prs at sourceware dot org
- Date: Wed, 01 Aug 2012 15:58:47 +0000
- Subject: [Bug python/14380] Pretty-Printing maps only takes values,interpreted alternating as key and value
- Auto-submitted: auto-generated
- References: <bug-14380-4717@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=14380
Tom Tromey <tromey at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |INVALID
--- Comment #8 from Tom Tromey <tromey at redhat dot com> 2012-08-01 15:58:47 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > If there is a bug, I think it is in nemiver.
>
> it is not only nemiver. Eclipse CDT and Kdevelop4 behave the same.
Personally I think they are all buggy; but in reality the GUIs get
to choose how to display. It is up to them.
The reason the "map" display hint works the the way it does is
because the first element in the tuples in a child list can really
only be strings -- but in a "map"-like data structure in the inferior,
the key could really be anything, including a complex data structure
that itself requires a pretty-printer.
When we looked at this, we judged that it was far simpler both internally
and for clients to apply special formatting after the fact to rather
ordinary varobjs, than it was to try to add a special way for some
varobjs to support non-trivial keys.
If you don't like how this looks in the CLI, simply do not use the "map"
display hint. The kind of output you are asking for is the default.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.