On 13/04/2018 16:10, Amaan Cheval wrote:
> On Fri, Apr 13, 2018 at 5:49 AM Chris Johns wrote:
>
>> ---
>> c/src/automake/subdirs.am | 3 ++-
>> cpukit/automake/subdirs.am | 3 ++-
>> testsuites/automake/subdirs.am | 3 ++-
>> 3 files changed, 6 insertions(+), 3 deletions(-)
>
>> di
No that's the right one. I think it might be something to do with qemu.cfg
in rtems-tools then. What's in your qemu.cfg? It's in
rtems-tools/tester/rtems/testing
On Fri, 13 Apr 2018, 06:39 Vijay Kumar Banerjee,
wrote:
> I manually built qemu from here
>
> https://github.com/AdaCore/qemu
>
> I gu
On Fri, Apr 13, 2018 at 5:49 AM Chris Johns wrote:
> ---
> c/src/automake/subdirs.am | 3 ++-
> cpukit/automake/subdirs.am | 3 ++-
> testsuites/automake/subdirs.am | 3 ++-
> 3 files changed, 6 insertions(+), 3 deletions(-)
> diff --git a/c/src/automake/subdirs.am b/c/src/automake
I manually built qemu from here
https://github.com/AdaCore/qemu
I guess this is regular qemu , please send a link for couverture qemu for
manual build.
-- vijay
On 12 April 2018 at 22:23, Cillian O'Donnell wrote:
> Ah that's good progress, those .cov files are supposed to be generated by
> co
---
c/src/automake/subdirs.am | 3 ++-
cpukit/automake/subdirs.am | 3 ++-
testsuites/automake/subdirs.am | 3 ++-
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/c/src/automake/subdirs.am b/c/src/automake/subdirs.am
index 47d88cffcd..ef758f076d 100644
--- a/c/src/automake/
Ah that's good progress, those .cov files are supposed to be generated by
couverture-qemu as the test are run. They contain the trace data. Are you
definitely running couverture-qemu and not regular qemu?
On Thu, 12 Apr 2018, 17:41 Vijay Kumar Banerjee,
wrote:
> I got the parsing of the coverage
I got the parsing of the coverage from the ini file running , now I'm
getting the following error and warnings .
Running covoar for score
WARNING: Unable to read coverage file
/home/lunatic/development/rtems/kernel/leon3/sparc-rtems5/c/leon3/testsuites/samples/base_sp/base_sp.exe.cov
WARNIN
Common systems like glibc and FreeBSD define int32_t to int. This means
a lot of third party code works well in these cases:
#include
void f(int32_t);
void f(int);
void g(int32_t *);
void h(void)
{
int i;
g(&i);
}
On RTEMS you got however in C
test.c:5:6: error: con
---
cpukit/automake/subdirs.am | 2 +-
testsuites/automake/subdirs.am | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpukit/automake/subdirs.am b/cpukit/automake/subdirs.am
index b36ad80735..62634931f0 100644
--- a/cpukit/automake/subdirs.am
+++ b/cpukit/automake/subdir
---
testsuites/libtests/Makefile.am | 2 +-
testsuites/libtests/dl01/dl-load.c | 4 ++--
testsuites/libtests/dl02/dl-load.c | 4 ++--
testsuites/libtests/dl03/dl-cache.c | 22 +++---
testsuites/libtests/dl04/dl-load.c | 2 +-
testsuites/libtests/dl05/dl-load.c | 2 +-
Hi
These patches remove _t from the structures cleaning up the code.
The tests are fixed and will now pass as the file in the tarfiles had
changed name.
Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
11 matches
Mail list logo