Re: [libstdc++] Refactor python/hook.in

2014-09-30 Thread Jonathan Wakely
On 29/09/14 14:11 +0100, Jonathan Wakely wrote: On 29/09/14 06:02 -0700, Siva Chandra wrote: The attached patch refactors python/hook.in so that there are no individual function calls to load pretty printers and xmethods. This was suggested by Tom here: https://gcc.gnu.org/ml/gcc-patches/2014-08

Re: [libstdc++] Refactor python/hook.in

2014-09-29 Thread Tom Tromey
Jonathan> I'll commit it later this week unless I hear objections from Jonathan> Tom. It looks reasonable to me. Tom

Re: [libstdc++] Refactor python/hook.in

2014-09-29 Thread Jonathan Wakely
On 29/09/14 06:02 -0700, Siva Chandra wrote: The attached patch refactors python/hook.in so that there are no individual function calls to load pretty printers and xmethods. This was suggested by Tom here: https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02589.html. He indicates that it is better to

[libstdc++] Refactor python/hook.in

2014-09-29 Thread Siva Chandra
The attached patch refactors python/hook.in so that there are no individual function calls to load pretty printers and xmethods. This was suggested by Tom here: https://gcc.gnu.org/ml/gcc-patches/2014-08/msg02589.html. He indicates that it is better to put as little as possible in the hook file. Th