This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gvanrossum
Recipients Jeff.Kaufman, Joshua.Landau, NeilGirdhar, SpaghettiToastBook, andybuckley, belopolsky, benjamin.peterson, berker.peksag, eric.snow, ethan.furman, ezio.melotti, georg.brandl, gvanrossum, ncoghlan, paul.moore, pconnell, r.david.murray, scoder, steve.dower, terry.reedy, twouters, zbysz
Date 2015-05-07.18:43:24
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAP7+vJLeq-RTJXWqF2N+T89-LPFACbJr90TW+7qS8M9HLf4kvA@mail.gmail.com>
In-reply-to <1431024031.26.0.676909132544.issue2292@psf.upfronthosting.co.za>
Content
I think it's fine. It collects all the keys and values and then calls
BUILD_MAP (a new opcode), rather than calling STORE_MAP for each key/value
pair. I think this is a reasonable strategy for compiling a dict display.

On Thu, May 7, 2015 at 11:40 AM, Joshua Landau <report@bugs.python.org>
wrote:

>
> Joshua Landau added the comment:
>
> There is a change as part of this to make dict building more like list and
> set building, which both have this behaviour.
>
> The same changes have likely occurred before whenever BUILD_LIST and
> BUILD_SET were introduced, and this behaviour seems particularly undefined.
>
> That said, I did overlook the difference. Hopefully there's agreement that
> it doesn't matter.
>
> ----------
>
> _______________________________________
> Python tracker <report@bugs.python.org>
> <http://bugs.python.org/issue2292>
> _______________________________________
>
History
Date User Action Args
2015-05-07 18:43:25gvanrossumsetrecipients: + gvanrossum, twouters, georg.brandl, terry.reedy, paul.moore, ncoghlan, belopolsky, scoder, benjamin.peterson, ezio.melotti, andybuckley, r.david.murray, zbysz, ethan.furman, eric.snow, berker.peksag, Joshua.Landau, steve.dower, pconnell, NeilGirdhar, Jeff.Kaufman, SpaghettiToastBook
2015-05-07 18:43:25gvanrossumlinkissue2292 messages
2015-05-07 18:43:24gvanrossumcreate