Thu, 13 Feb 2014 14:27:12 -0800 cmdutil: implemented new lazy increasingwindows
Lucas Moscovicz <lmoscovicz@fb.com> [Thu, 13 Feb 2014 14:27:12 -0800] rev 20553
cmdutil: implemented new lazy increasingwindows Now log can work in a lazy way and get results as soon as they are processed. Performance Benchmarking: $ time hg log -l1 -qr "branch(default)" 0:9117c6561b0b real 0m2.303s user 0m2.252s sys 0m0.048s $ time ./hg log -l1 -qr "branch(default)" 0:9117c6561b0b real 0m0.238s user 0m0.199s sys 0m0.037s
Thu, 20 Feb 2014 10:15:38 -0800 revset: added __nonzero__ method to lazyset
Lucas Moscovicz <lmoscovicz@fb.com> [Thu, 20 Feb 2014 10:15:38 -0800] rev 20552
revset: added __nonzero__ method to lazyset Now it doesn't have to go through all the set and can return lazily as soon as it finds one element.
Wed, 12 Feb 2014 15:30:27 -0800 scmutil: changed revrange to return lazysets for new style revsets
Lucas Moscovicz <lmoscovicz@fb.com> [Wed, 12 Feb 2014 15:30:27 -0800] rev 20551
scmutil: changed revrange to return lazysets for new style revsets When there is an old style revset or both it will still return a baseset. This may be changed in later patches.
Thu, 20 Feb 2014 02:43:17 +0100 phases: make order of debug output 'removing unknown node' deterministic
Mads Kiilerich <madski@unity3d.com> [Thu, 20 Feb 2014 02:43:17 +0100] rev 20550
phases: make order of debug output 'removing unknown node' deterministic
Thu, 20 Feb 2014 02:39:01 +0100 comments: fix minor spelling issues found with spell checker
Mads Kiilerich <madski@unity3d.com> [Thu, 20 Feb 2014 02:39:01 +0100] rev 20549
comments: fix minor spelling issues found with spell checker
Sat, 15 Feb 2014 01:23:12 +0100 hooks: for python hooks, consistently use __name__ etc as name, not the repr
Mads Kiilerich <madski@unity3d.com> [Sat, 15 Feb 2014 01:23:12 +0100] rev 20548
hooks: for python hooks, consistently use __name__ etc as name, not the repr There is no reason to expose unnecessary Python implementation details and memory locations, also not in debug mode. readablefunc was already creating a nice name - we move that functionality up and reuse it. We consider having a __call__ and being types.FunctionType sufficiently similar and unify these two to just using the existing check for __call__.
Sat, 15 Feb 2014 01:23:12 +0100 hooks: move logging of hook name to after we have found the hook
Mads Kiilerich <madski@unity3d.com> [Sat, 15 Feb 2014 01:23:12 +0100] rev 20547
hooks: move logging of hook name to after we have found the hook We do not expect the finding process to take a significant amount of time - it is the execution time of the hook we care about.
Thu, 20 Feb 2014 02:39:01 +0100 rebase: show nice list instead of set repr for 'computed skipped revs' debug
Mads Kiilerich <madski@unity3d.com> [Thu, 20 Feb 2014 02:39:01 +0100] rev 20546
rebase: show nice list instead of set repr for 'computed skipped revs' debug
Sat, 15 Feb 2014 01:23:12 +0100 rebase: fix 'rebase onto %d starting from %s' - show root instead of list repr
Mads Kiilerich <madski@unity3d.com> [Sat, 15 Feb 2014 01:23:12 +0100] rev 20545
rebase: fix 'rebase onto %d starting from %s' - show root instead of list repr The debug statement is already in a 'for root in roots' so it was probably the intention to show root instead of roots. Do that.
Wed, 12 Feb 2014 23:44:30 +0100 log: describe graph symbols in the help
Mads Kiilerich <madski@unity3d.com> [Wed, 12 Feb 2014 23:44:30 +0100] rev 20544
log: describe graph symbols in the help I wondered what 'x' meant and didn't find it described anywhere.
Thu, 20 Feb 2014 02:38:41 +0100 tests: backout a82de9dc4f77, debugstacktrace is now stable, drop workaround
Mads Kiilerich <madski@unity3d.com> [Thu, 20 Feb 2014 02:38:41 +0100] rev 20543
tests: backout a82de9dc4f77, debugstacktrace is now stable, drop workaround
Thu, 20 Feb 2014 02:38:36 +0100 util: debugstacktrace, flush before and after writing
Mads Kiilerich <madski@unity3d.com> [Thu, 20 Feb 2014 02:38:36 +0100] rev 20542
util: debugstacktrace, flush before and after writing Close another stream (default stdout, which often is buffered) before writing to the primary stream (default stderr, which often is unbuffered). The primary stream is also flushed after writing (in case it is buffered). This fixes non-deterministic output order, especially on windows.
(0) -10000 -3000 -1000 -300 -100 -12 +12 +100 +300 +1000 +3000 +10000 +30000 tip