byteify-strings: add --treat-as-kwargs argument to handle kwargs-like objects This argument will help extensions move to Python 3 as keyword arguments should not be byte-prefixed. Most of the time, code bases will call this object `kwargs`, but other conventions exist like `opts`, so it should make sense to allow for custom names. This is a best effort solution that does minimal static checking; cases like `options = [o for o in ('a', 'b', 'c') if kwargs.get(o)]` and other just as complicated will not be detected.

     1

running: init test1

     2

result: 0

     3

running: add foo

     4

result: 0

     5

running: commit -m commit1 -d 2000-01-01 foo

     6

result: 0

     7

running: commit -m commit2 -d 2000-01-02 foo

     8

result: 0

     9

running: log -r 0

    10

changeset:   0:0e4634943879

    11

user:        test

    12

date:        Sat Jan 01 00:00:00 2000 +0000

    13

summary:     commit1

    14

    15

result: 0

    16

running: log -r tip

    17

changeset:   1:45589e459b2e

    18

tag:         tip

    19

user:        test

    20

date:        Sun Jan 02 00:00:00 2000 +0000

    21

summary:     commit2

    22

    23

result: 0