-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Fix #11438 MathLib error on user defined literals #5418
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
Conversation
|
Then rip it out and make it fail - or replace it with a case that works. It's not like it is the first time we didn't get some things right ages ago (looking at the MacOS filesystem). 2.13 will be quite an interesting release. 😀 On a side note - we should actually be 2.13 on |
f7f0250 to
e1c2745
Compare
I hadn't even realized that until now. So I wonder what fixes will still make it into 2.12? |
As I said. That process needs to be improved...
He's been doing some point releases for the past few releases. So anything what makes sense is open for a cherry-pick. Like recent regression or crash fixes which have a limited scope. Just CC him on such changes and it is likely to be pulled in. |
| tokType(eNumber); | ||
| else if (mStr == "=" || mStr == "<<=" || mStr == ">>=" || | ||
| (mStr.size() == 2U && mStr[1] == '=' && std::strchr("+-*/%&^|", mStr[0]))) | ||
| } else if (std::isdigit((unsigned char)mStr[0]) || (mStr.length() > 1 && mStr[0] == '-' && std::isdigit((unsigned char)mStr[1]))) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this logic might also exists in simplecpp. We need to keep that in sync or provide in function to get rid of the redundant code. I might be mistaken though.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't see any code that is directly related.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
simplecpp::Token::flags() in simplecpp.h.
There was talk about sharing this logic with some other dev but I guess that hasn't happened yet. Oops, the PR is actually still open: #4701. Also danmar/simplecpp#285.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see. 101010b was also discussed in there. This is getting ugly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ugh, that string-to-number stuff also plays into this. At least I got rid of the bogus calls and added a different conversion function but I haven't removed the code from the MathLib conversion functions which does not apply to number literals yet.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm. It seems I didn't add anything which is not about number literals (my memory is a mess). If I did it must have been in #4611. But I don't think it make sense to review that.
We should simply get rid of code which makes invalid test cases pass.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If you re-use any code from that other PR please credit Gerbo via Co-authored-by: at the end of the commit message.
Just I just cherry pick the fixes I think are important enough.. |
|
I will try to be more clear when I make the 2.13 release branch.. |
danmar
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good to me I don't have anything to add.
Maybe add the PR with the release stuff as an early draft (like a week or a few days). That should have a good visibility for most devs. I definitely won't be getting into commenting on and proposing improvements to the existing release steps this year. I have why too many open things. But let's try to stay on the topic. |
No description provided.