- 08 2月, 2024 2 次提交
- 06 2月, 2024 3 次提交
- 05 2月, 2024 2 次提交
- 04 2月, 2024 2 次提交
- 02 2月, 2024 2 次提交
- 01 2月, 2024 1 次提交
-
-
由 youngwolf 提交于
Rename interface get_2nd_data/get_2nd_judge to get_right_item. Add free function qme::travel_exp to travel compiled expression without recursion. Refactor safe_execute/safe_delete -- use qme::travel_exp function.
-
- 27 1月, 2024 1 次提交
-
-
由 youngwolf 提交于
-
- 26 1月, 2024 4 次提交
- 25 1月, 2024 2 次提交
- 24 1月, 2024 4 次提交
- 23 1月, 2024 1 次提交
-
-
由 youngwolf 提交于
actually, for data_exp, recursion is not fully eliminated neither.
-
- 22 1月, 2024 3 次提交
-
-
由 youngwolf 提交于
-
由 youngwolf 提交于
Fix bug - with optimization level <= 2, the data order for divide operations should not be exchanged, for example, 'b / (b / 3)' should not be transformed to '3', since the latter cannot trigger divide zero for integer.
-
由 youngwolf 提交于
please note that the same thing cannot be applied to judge_exp since we cannot impact the Short-Circuit Evaluation.
-
- 21 1月, 2024 1 次提交
-
-
由 youngwolf 提交于
this is because recursion in judge_exp is still not eliminated. Add free function qme::safe_delete to free compiled expressions if your expression is too complicated to be freed from the destructor, you should also use O0 to compile the expression, it uses no recursion during the compilation too.
-
- 19 1月, 2024 2 次提交
- 18 1月, 2024 1 次提交
-
-
由 youngwolf 提交于
-
- 16 1月, 2024 1 次提交
-
-
由 youngwolf 提交于
-
- 15 1月, 2024 1 次提交
-
-
由 youngwolf 提交于
you'll temporarily use them when bugs been found with level 2 and 3 before I fix them.
-
- 12 1月, 2024 4 次提交
- 11 1月, 2024 1 次提交
-
-
由 youngwolf 提交于
Add depth and final optimization to judge_exp, just for the consistency. Rename question_exp_parser to compiler. Compiler supports compiling judgement expressions too.
-
- 10 1月, 2024 2 次提交