Compiler should convert binary string to byte array about neo-boa

[localhuman]

That would be a helper method for string literals, but it wouldn't work for actual variables. Because of that I think it would be confusing/ misleading.

So mybytes = "abadad".HexToBytes() would work but mybytes = myvar.HexToBytes() would not

[canesin]

on that line hex, unhex could be a compiler level tool while it is not opcodes or interop ? this way we can actually start something: 1st as helpers -> interop -> opcode .. depending on the usage/popularity.

[localhuman]

neo-project/neo#263

[igormcoelho]

I believe @canesin will also support this, if possible to be implemented.

[canesin]

@metachris or @localhuman .. the idea is to remove the extension from the VM and replace it for a helper function into the compiler, this way support can be kept but behavior of the generated AVM is the same.

[localhuman]

It doesn't make very much sense. a binary string, eg b'abmq' is not necessarily one that an be unhexlified ( especially a binary string with an odd amount of characters ). If we arbitrarily unhex binary strings that can be unhexxed to something like b'\x01\xaf etc, then we will be introducing a non-transparent api.

The main thing I have thought about in regards to this is that the VM should have opcodes ( or there should be interop methods) to hex and unhex a string or string of bytes.

[metachris]

Not sure this has a strong enough use-case to warrant a backwards incompatible change. Would break applications that used this part before.

What about a helper the other way around, to easily convert unhexlify a bytearray into the current format?

[igormcoelho]

Thats true, not all bitstrings can be unhexlified, too bad, that would be beautiful :) anyway, keeping compatibility is also quite important, so a helper method HexToBytes will do the job. But still its better to accept a bitstring perhaps or both (string and bitstring) since its a helper it doesnt.matter on the avm. Thanks for the attention.

[igormcoelho]

Guys, you know in C# there's already a helper to do it... something like: const byte[] b = "abcdabcd".HexToBytes();
The generated opcodes are just abcdabcd, and could solve at least the problem above... but the discussion is nice to have something in lower levels for Neo, it opens more possibilities to build a safer smart contract code.