Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incompatibility with formatnumber #15

Closed
ziggi opened this issue Dec 30, 2017 · 2 comments
Closed

Incompatibility with formatnumber #15

ziggi opened this issue Dec 30, 2017 · 2 comments
Assignees

Comments

@ziggi
Copy link
Contributor

ziggi commented Dec 30, 2017

formatnumber cause an error sources\lib/formatnumber.inc(115) : error 020: invalid symbol name "" related with this string:

else if ( iTag == tagof( hex: ) || iTag == tagof( Hex: ) )

But I use some other version of sscanf2.inc where this bug is fixed:

#define hex:%0;unformat(_:EXTRZ:EXTRX:%1); %0;unformat(_:EXTRZ:EXTRX:%1); 

And I'm pretty sure what this changes was made not by me.
So, I we can made this changes without any fears of incompatibility or not?

@maddinat0r maddinat0r self-assigned this Dec 31, 2017
@maddinat0r
Copy link
Collaborator

I had to slightly change that fix, as it only worked with certain invocations of the extract macro. It also shouldn't break compatibility.

Also that formatnumber include seems to crash the default PAWN compiler, had to test it with Zeex' compiler fork.

@Y-Less
Copy link
Owner

Y-Less commented Dec 31, 2017

Should probably do the same for the other bare tags, since they might not be used elsewhere right now, but that doesn't mean they can't be.

maddinat0r added a commit that referenced this issue Oct 2, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants