diff options
| author | John Wickerson <j.wickerson@imperial.ac.uk> | 2020-09-14 21:26:59 +0000 |
|---|---|---|
| committer | overleaf <overleaf@localhost> | 2020-09-14 21:27:01 +0000 |
| commit | 0028e03e59f23186bcf47994cd56ccbac8146e08 (patch) | |
| tree | d721ab3a9c04288f2b9f600ef7c6f84d3f1f0c42 | |
| parent | ee6c29968fa244f08ae7b566e71ce598671f1984 (diff) | |
| download | fccm21_esrhls-0028e03e59f23186bcf47994cd56ccbac8146e08.tar.gz fccm21_esrhls-0028e03e59f23186bcf47994cd56ccbac8146e08.zip | |
Update on Overleaf.
| -rw-r--r-- | method-new.tex | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/method-new.tex b/method-new.tex index 5b204b8..95af4f7 100644 --- a/method-new.tex +++ b/method-new.tex @@ -163,7 +163,7 @@ Having generated HLS-friendly programs and automatically augmented them with dir %Figure~\ref{fig:method:toolflow} shows the three stages of testing, depicted as the testing environment in the dashed area. For each HLS tool in turn, we compile the C program to RTL and then simulate the RTL. Independently, we also compile the C program using GCC and execute it. -Additionally, to ensure that our testing is scalable for a large number of large, random programs, we also enforce several time-outs: we set a 5-minute time- +Additionally, to ensure that our testing is scalable for a large number of large, random programs, we also enforce several time-outs: we set a 5-minute time-out for C simulation \paragraph{Types of bugs} There two types of bugs that we can encounter in this testing setup: programs that cause the HLS tool to crash during compilation (e.g. an unhandled assertion violation or a segmentation fault), and programs where the software execution and the RTL simulation do not return the same value. |