Request: Better name for VMA_?

[SirJson]

The problem I see is for people who are writing bindings to your library and are new to the Project.

I don't think you can know what VMA means but you have to re-implement the macro that calls VMA_ in some way.

I actually also had to think for a moment what VMA means and I already wrote working bindings to the library. Unfortunatelly VMA_ doesn't make it better. With VM_ArgPtr it was quite clear what the function was doing.

If you want to keep the VMA_ I think it would be of great help for people writing bindings if you explain those three letters. I know there is already documentation for the macro but you can easily overlook it because you usually can't get bindings to them.

I would do it myself and send you a pull request but I'm not sure why you changed it to VMA_ since there is already a convenience macro with the same name. I would just go back to VM_ArgPtr because for me it was immediately clear what it does but maybe someone else got a better name?

Also doesn't break the pseudo namespacing that is happening in vm.c? Almost everything is prefixed with VM_

[jnz]

I think you are right. Going back to VM_ArgPtr is also consistent with Quake3. I‘ll change it. Thanks for the feedback.

[jnz]

Commit a18c027 goes back to the old name (from VMA_ to VM_ArgPtr)

[SirJson]

Cool! I think you saved someone in the future from some headache. I will update my crate as soon as possible to reflect that change.