- 31 1月, 2017 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 30 1月, 2017 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 17 1月, 2017 1 次提交
-
-
由 Scott Olson 提交于
-
- 12 1月, 2017 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 19 12月, 2016 1 次提交
-
-
由 Scott Olson 提交于
-
- 08 12月, 2016 2 次提交
-
-
由 Scott Olson 提交于
-
由 Scott Olson 提交于
-
- 07 12月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 18 11月, 2016 2 次提交
-
-
由 Oliver Schneider 提交于
-
由 Oliver Schneider 提交于
-
- 03 11月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 02 11月, 2016 1 次提交
-
-
由 bluss 提交于
-
- 21 10月, 2016 5 次提交
-
-
由 Oliver Schneider 提交于
-
由 Oliver Schneider 提交于
-
由 Oliver Schneider 提交于
-
由 Oliver Schneider 提交于
-
由 Oliver Schneider 提交于
-
- 16 10月, 2016 1 次提交
-
-
由 Scott Olson 提交于
-
- 14 10月, 2016 1 次提交
-
-
由 Scott Olson 提交于
Turning locals into `Vec<Value>` will allow writing `PrimVal` results directly into the locals array without creating `memory::Allocation`s for every local. This will entail passing around a generalized kind of `Lvalue` instead of `Pointer`s for the destinations of operations. Replacing `Pointer` with `Lvalue` is mostly done with this commit, but expanding `Lvalue` will come later. This commit turns every local from `Pointer` into `Value::ByRef(ptr)`. Locals which are `Value::ByVal(prim_val)` will come in a later commit.
-
- 01 10月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 28 9月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 27 9月, 2016 2 次提交
-
-
由 Oliver Schneider 提交于
-
由 Oliver Schneider 提交于
-
- 22 9月, 2016 1 次提交
-
-
由 Scott Olson 提交于
-
- 19 9月, 2016 1 次提交
-
-
由 Scott Olson 提交于
This reduces the number of allocations Miri makes drastically. The `const_to_ptr` function was a lame hack that allocated for every since simple constant, and all of those are avoided now, except for one extra allocation each for string and bytestring literals which will be fixed in a followup commit. There are a number of hacks such as `eval_operand_to_ptr` left over from this commit, which will also be fixed in followup commits.
-
- 13 9月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 11 9月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 07 9月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
previously we moved to the target block *before* calling a function, so when inspecting the stack, it appeared as if we were in the first statement of the next block.
-
- 06 9月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 27 8月, 2016 1 次提交
-
-
由 Scott Olson 提交于
-
- 05 7月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 28 6月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
This might create confusion, because attempting to execute a statement can cause arbitrary stackframes to be added for the constants/statics/promoteds required by that statement. Before this commit, the first statement of the last added stackframe was executed immediately. Thus there was no way to inspect the state before that first statement.
-
- 23 6月, 2016 2 次提交
-
-
由 Scott Olson 提交于
-
由 Scott Olson 提交于
-
- 15 6月, 2016 1 次提交
-
-
由 Scott Olson 提交于
-
- 14 6月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 12 6月, 2016 1 次提交
-
-
由 Scott Olson 提交于
-
- 11 6月, 2016 1 次提交
-
-
由 Oliver Schneider 提交于
-
- 10 6月, 2016 2 次提交
-
-
由 Oliver Schneider 提交于
-
由 Oliver Schneider 提交于
-