-
Notifications
You must be signed in to change notification settings - Fork 342
Class with type_conversion from int and "==" operator causes switch s… #422
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
base: develop
Are you sure you want to change the base?
Conversation
…tatement to compare destroyed objects I added a Function_Push_Pop to save the match_value and the value from evaluating the case statement. This makes the code look like Fold_Right_Binary_Operator_AST_Node::do_oper, which does not have the same defect behavior.
Codecov Report
@@ Coverage Diff @@
## develop #422 +/- ##
===========================================
+ Coverage 71.99% 71.99% +<.01%
===========================================
Files 59 59
Lines 10858 10859 +1
===========================================
+ Hits 7817 7818 +1
Misses 3041 3041
Continue to review full report at Codecov.
|
…tatement to compare destroyed objects Fixes: Class with type_conversion from int and "==" operator causes switch statement to compare destroyed objects ChaiScript#421 Re-uses existing code from Binary_Operator_AST_Node::do_oper to compare equality when processing switch case statements.
Mind resolving the conflict if this is still relevant? Thanks! |
Hi, Rob. The current Develop branch cannot seem to compile with Visual
Studio 2017 15.8.8 with /std:c++17 and /permissive- due to the usage of
constexpr that doesn't seem to work:
proxy_functions.hpp line 80:
constexpr auto dynamic_object_type_info = user_type<Dynamic_Object>();
If I can't compile, I can't verify that we still need the bug fix and can't
verify that the merged code works properly.
Thanks,
Don Inghram
…On Thu, Nov 1, 2018 at 3:51 PM Rob Loach ***@***.***> wrote:
Mind resolving the conflict if this is still relevant? Thanks!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#422 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AWCfOXW-DyZf1YFXmyFlEwyFOlOgp_Ggks5uq2zxgaJpZM4ScvdR>
.
|
Even with the constexpr changes in place there still one more compiler bug in MSVC, I just sent in a bug report for it, hopefully at some point in the near future we can get it working again. |
Great, looking forward to it.
Don
…On Fri, Dec 28, 2018, 11:48 AM Jason Turner ***@***.***> wrote:
Even with the constexpr changes in place there still one more compiler bug
in MSVC, I just sent in a bug report for it, hopefully at some point in the
near future we can get it working again.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#422 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AWCfOUE3cOo6ElnyId85Ng7T8WqGNFWAks5u9meTgaJpZM4ScvdR>
.
|
…tatement to compare destroyed objects
I added a Function_Push_Pop to save the match_value and the value from evaluating the case statement. This makes the code look like Fold_Right_Binary_Operator_AST_Node::do_oper, which does not have the same defect behavior.
Issue this pull request references: #421
Changes proposed in this pull request