| --- Log opened Tue Jul 23 00:00:43 2013 | ||
| -!- munaafghumran [~mg0950@cpc10-aztw24-2-0-cust177.aztw.cable.virginmedia.com] has quit [Ping timeout: 248 seconds] | 01:38 | |
| -!- munaafghumran [~mg0950@cpc10-aztw24-2-0-cust177.aztw.cable.virginmedia.com] has joined #mageec | 08:17 | |
| munaafghumran | jeremy: am I just taking out the printf and fprintf's in MiBench programs, or all types of IO? | 11:06 |
|---|---|---|
| jamespallister | hi munaafghumran, I would have thought all offchip IO needs to be removed | 11:09 |
| @jeremybennett | munaafghumran: Anything that assumes a substantive OS. | 11:09 |
| @jeremybennett | jamespallister's comment is also good. | 11:09 |
| munaafghumran | cheers | 11:10 |
| munaafghumran | wouldn't offchip IO be board dependent? and if so could someone let me know the exact board model so I can check what's available on it | 11:25 |
| AWhetter | We're trying to make the benchmarks work on as many boards as possible though, right? | 11:26 |
| jamespallister | Yes, in most cases its board dependent | 11:28 |
| jamespallister | somewhat standardised over ARM Cortex-M platforms | 11:29 |
| jamespallister | most of the troubles will be with the standard library requiring host-OS features, such as file systems and terminal IO | 11:29 |
| munaafghumran | yeah, and a fair few of mibench uses dataset files and therefore fscanf. WCET all are fine. I am not really too sure what to do about this sorry! I mean do I just ignore the ones that need datasets? | 11:34 |
| AWhetter | Maybe you could just copy the data files into the source files and replicate the behaviour somehow? But I guess it depends how big they are because the boards don't have loads of RAM. | 11:35 |
| jamespallister | it depends how beneficial and how much time you think it would take | 11:35 |
| AWhetter | Depending on what it's using the files for | 11:36 |
| jamespallister | for the mibench benchmarks I used, i did what AWhetter was suggesting | 11:36 |
| jamespallister | e.g. dijkstra I copy and pasted the data files in | 11:36 |
| jamespallister | Same for the encryption benchmarks - I just made it operate on an initialised buffer instead of streaming from a file | 11:37 |
| munaafghumran | right okay, that makes more sense | 11:37 |
| AWhetter | I've been making all of the benchmarks self verify today. I'm up to the last one and it's running fine in gdb, but running it as a standalone program fails | 16:46 |
| @simoncook | in what way is it failing, and can you get information out somehow about what is wrong | 16:55 |
| AWhetter | Sometimes. The program requires lots of loops so if I go to deep then it's printing out too much | 16:57 |
| AWhetter | I know that compiling it on 32 bit works and 64 doesn't | 16:58 |
| AWhetter | From the top level loop I can see that it's producing different output the first iteration and different for the rest, whereas 32 bit does not | 16:58 |
| jamespallister | which program is this | 16:59 |
| AWhetter | sha | 16:59 |
| AWhetter | from the benchmarks | 16:59 |
| AWhetter | I have a feeling that gdb is maybe giving me zeroed memory where as outside it isn't | 17:00 |
| AWhetter | because it's doing a lot of bitwise operations, and the algorithm looks like its meant for 32 bit | 17:00 |
| jamespallister | in sha.h, LONG is defined as unsigned long | 17:07 |
| jamespallister | in a 64bit compile, I'm guessing this is 64 bits as opposed to 32? | 17:07 |
| AWhetter | unsigned long is 64 bits in both I believe | 17:07 |
| AWhetter | oh got it | 17:08 |
| AWhetter | It was some data not being initialised | 17:08 |
| AWhetter | Maybe not. gdb is failing now | 17:11 |
| AWhetter | I didn't restart gdb :P It does work. | 17:14 |
| @simoncook | oh what, to load a different binary | 17:14 |
| AWhetter | yep >.< | 17:14 |
| @simoncook | doesnt file/load reload the file | 17:14 |
| AWhetter | I thought it did but maybe not | 17:15 |
| AWhetter | oh I didn't use file either | 17:16 |
| AWhetter | It's been a long day... | 17:16 |
| @simoncook | blame the temperature, heat isnt good for productivity im sure | 17:17 |
| AWhetter | Being awoken at 3:30am because of a storm doesn't help either | 17:19 |
| @simoncook | I would imagine so yes | 17:20 |
| @simoncook | FYI for all: http://mageec.org/irclogs | 17:21 |
| -!- munaafghumran [~mg0950@cpc10-aztw24-2-0-cust177.aztw.cable.virginmedia.com] has quit [Ping timeout: 256 seconds] | 18:36 | |
| --- Log closed Wed Jul 24 00:00:49 2013 | ||
Generated by irclog2html.py 2.12.1 by Marius Gedminas - find it at mg.pov.lt!