Builder klee-x86_64-linux Build #58
Results:
Failed test
SourceStamp:
| Repository | http://llvm.org/svn/llvm-project/klee/trunk |
| Revision | 148402 |
| Got Revision | 148402 |
| Changes | see below |
BuildSlave:
klee.minormatter.comReason:
scheduler
Steps and Logfiles:
-
get_builddir set props: builddir ( 0 secs )
-
svn-llvm update r148402 ( 1 mins, 21 secs )
-
svn-clang update r148402 ( 1 mins, 32 secs )
-
configure configure Release+Asserts ( 1 mins, 20 secs )
-
compile compile Release+Asserts warnings ( 1 hrs, 21 mins, 29 secs )
-
svn-klee update r148402 ( 6 secs )
-
configure_1 configure ( 5 secs )
-
compile_1 compile klee warnings ( 2 mins, 33 secs )
-
test test 91 tests 17 passed 74 failed failed ( 36 secs )
Build Properties:
| Name | Value | Source |
|---|---|---|
| branch | None | Build |
| builddir | /home/klee-buildslave/buildslave/build.klee-x86_64-linux | SetProperty Step |
| buildername | klee-x86_64-linux | Builder |
| buildnumber | 58 | Build |
| got_revision | 148402 | Source |
| jobs | 2 | BuildSlave |
| project | Build | |
| repository | http://llvm.org/svn/llvm-project/klee/trunk | Build |
| revision | 148402 | Build |
| scheduler | all | Scheduler |
| slavename | klee.minormatter.com | BuildSlave |
| warnings-count | 28 | WarningCountingShellCommand |
Blamelist:
- cristic
Timing:
| Start | Wed Jan 18 14:44:09 2012 |
| End | Wed Jan 18 16:13:14 2012 |
| Elapsed | 1 hrs, 29 mins, 5 secs |
All Changes:
Change #87
Changed by cristic Changed at Wed 18 Jan 2012 14:29:51 Repository http://llvm.org/svn/llvm-project/klee/trunk Revision 148402 Comments
Nice patch by Gang Hu, Heming Cui and Junfeng Yang fixing a memory leak in KLEE. From Gang Hu: "The memory leak is caused by two reasons. First, the MemoryObject objects are not freed, until the MemoryManager is destroyed. Second, when KLEE allocates a non-fixed MemoryObject object, KLEE also allocates a block of memory which is the same as the object's size. This block of memory is never freed. So, this patch generally does reference counting on the MemoryObject objects, and frees them as soon as the reference count drops to zero." Many thanks to Paul Marinescu as well, who tested this patch thoroughly on the Coreutils benchmarks. On 1h runs, the memory consumption typically goes down by 1-5%, but some applications which see more significant gains.
Changed files
- include/klee/ExecutionState.h
- lib/Core/ExecutionState.cpp
- lib/Core/Memory.cpp
- lib/Core/Memory.h
- lib/Core/MemoryManager.cpp
- lib/Core/MemoryManager.h