Mon, 13 Mar 2017 09:19:07 -0700 py3: call strftime() with native str type
Yuya Nishihara <yuya@tcha.org> [Mon, 13 Mar 2017 09:19:07 -0700] rev 31458
py3: call strftime() with native str type Since strftime() may contain non-ascii character if locale set, we use strfrom/tolocal(). Now "hg tip" works.
Mon, 13 Mar 2017 09:12:56 -0700 encoding: add converter between native str and byte string
Yuya Nishihara <yuya@tcha.org> [Mon, 13 Mar 2017 09:12:56 -0700] rev 31457
encoding: add converter between native str and byte string This kind of encoding conversion is unavoidable on Python 3.
Mon, 13 Mar 2017 09:11:08 -0700 encoding: factor out unicode variants of from/tolocal()
Yuya Nishihara <yuya@tcha.org> [Mon, 13 Mar 2017 09:11:08 -0700] rev 31456
encoding: factor out unicode variants of from/tolocal() Unfortunately, these functions will be commonly used on Python 3.
Mon, 13 Mar 2017 08:53:31 -0700 py3: use next() to obtain next item from inner generator of generatorset
Yuya Nishihara <yuya@tcha.org> [Mon, 13 Mar 2017 08:53:31 -0700] rev 31455
py3: use next() to obtain next item from inner generator of generatorset .next attribute does not exist on Python 3. As this function seems to really care about the overhead of the Python interpreter, I follow the way of micro optimization.
Mon, 13 Mar 2017 08:44:57 -0700 py3: rewrite itervalues() as values() by importer
Yuya Nishihara <yuya@tcha.org> [Mon, 13 Mar 2017 08:44:57 -0700] rev 31454
py3: rewrite itervalues() as values() by importer I'm not a great fan of these importer magics, but this should be okay since "itervalues" seems as unique name as "iteritems".
Sun, 12 Mar 2017 17:20:42 -0700 py3: use portable way to stringify cache key of repoview
Yuya Nishihara <yuya@tcha.org> [Sun, 12 Mar 2017 17:20:42 -0700] rev 31453
py3: use portable way to stringify cache key of repoview
Mon, 13 Mar 2017 12:44:13 -0700 exewrapper: prefer HackableMercurial python if availbale
Kostia Balytskyi <ikostia@fb.com> [Mon, 13 Mar 2017 12:44:13 -0700] rev 31452
exewrapper: prefer HackableMercurial python if availbale Currently hg.exe will only try to load python27.dll from hg-python subdir if PYTHONHOME environment variable is not set. I think that it is better to check whether 'hg-python' subdir exists and load python from it in that case, regardless of environment. This allows for reliable approach of distributing Mercurial with its own Python.
Tue, 14 Mar 2017 23:07:08 -0700 import-checkers: split tests of the tool from running it on the source
Pierre-Yves David <pierre-yves.david@ens-lyon.org> [Tue, 14 Mar 2017 23:07:08 -0700] rev 31451
import-checkers: split tests of the tool from running it on the source We did such splits for other tools already. The 'test-check-*.t' performs the check of the source code while the regular tests verifies the tools works. One of the benefit is that is provides a simple file to reuse in third party extensions.
Thu, 16 Mar 2017 21:36:21 +0900 py3: use bytestr wrapper in revsetlang.tokenize()
Yuya Nishihara <yuya@tcha.org> [Thu, 16 Mar 2017 21:36:21 +0900] rev 31450
py3: use bytestr wrapper in revsetlang.tokenize() This backs out 77270ec0cdd9 and wraps program by bytestr() instead.
Thu, 16 Mar 2017 21:33:25 +0900 py3: use bytestr wrapper in revsetlang.formatspec()
Yuya Nishihara <yuya@tcha.org> [Thu, 16 Mar 2017 21:33:25 +0900] rev 31449
py3: use bytestr wrapper in revsetlang.formatspec() This backs out 1c48a8278b2f and wraps expr by bytestr() instead.
(0) -30000 -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 tip