generate ktap number by strtoul in compiler

Since it's common to use 0xffffffffffffffff 64-bit number
in ktap, so we must use strtoul instead strtol to convert
number string correctly, otherwise the largest number only
is 0x7fffffffffffffff.

ktap_number type is long, so 0xffffffffffffffff is -1
in ktapvm, user need to care on this overflow issue
if user want to use arithmetic operation on this kind
of big number, but use 0xff.. to represent memory pointer
have no problem.

Testcase also updated.

Signed-off-by: Jovi Zhangwei <jovi.zhangwei@gmail.com>