I guess I couldn't understand properly what you're suggesting , on the basis of what I understood , I have set the PATH like this /usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/home/ lunatic/.local/bin:/home/lunatic/bin
I'm still getting the same error -- vijay On 17 March 2018 at 20:24, Joel Sherrill <[email protected]> wrote: > My guess on the build error is that the automake version used by RTEMS is > very old and may not produce output for --help that help2man can parse. > > Try building qemu from the RSB without the RTEMS tools in your PATH. > > If Couverture has been updated to a recent enough version of the upstream > qemu, then it is likely to fail the same way. > > --joel > > On Mar 17, 2018 9:46 AM, "Vijay Kumar Banerjee" <[email protected]> > wrote: > >> I built it manually >> >> the environment variable PATH looks like this >> /home/lunatic/qemu/install/bin:/home/lunatic/development/rte >> ms/5/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/ >> home/lunatic/.local/bin:/home/lunatic/bin >> >> I tried to run rtems-test again without --coverage , it gives the same >> result >> I have attached the log. >> >> -- vijay >> >> On 17 March 2018 at 00:55, Cillian O'Donnell <[email protected]> >> wrote: >> >>> Yes this is something more than my build, I'll need someone a bit more >>> expert in the RSB to step in there. In the meantime, lets just build >>> couverture-qemu manually so we can see is everything else working. >>> >>> git clone https://github.com/AdaCore/qemu >>> >>> cd qemu >>> >>> ./configure --target-list=sparc-softmmu --prefix=$HOME/qemu/install >>> --disable-docs --disable-virtfs --disable-werror >>> >>> make >>> >>> make install >>> >>> then add the prefix to $PATH in .bashrc as well like before. >>> >>> export PATH=$HOME/qemu/install/bin:$PATH >>> >>> Then run rtem-test and see what happens >>> >>> >>> On 16 March 2018 at 19:13, Vijay Kumar Banerjee < >>> [email protected]> wrote: >>> >>>> the same error comes when I try to build qemu from the >>>> RTEMS/rtems-source-builder as well >>>> >>>> is the issue coming from my system ? I'm using fedora 27 64bit >>>> >>>> On 17 Mar 2018 12:39 a.m., "Vijay Kumar Banerjee" < >>>> [email protected]> wrote: >>>> >>>>> yes , the same thing happens >>>>> >>>>> On 17 Mar 2018 12:13 a.m., "Cillian O'Donnell" <[email protected]> >>>>> wrote: >>>>> >>>>>> If you build regular qemu with the RSB, does the same thing happen? >>>>>> >>>>>> Try >>>>>> >>>>>> ../source-builder/sb-set-builder --log=qemu_log.txt >>>>>> --prefix=$HOME/development/5 devel/qemu >>>>>> >>>>>> >>>>>> On 16 March 2018 at 16:48, Vijay Kumar Banerjee < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> still the same error >>>>>>> >>>>>>> -- vijay >>>>>>> >>>>>>> On 16 March 2018 at 21:39, Cillian O'Donnell <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> Just checked and the build was failing because one of the patches >>>>>>>> needed its hash to be updated to sha256. Just pushed that change. The >>>>>>>> build >>>>>>>> finishes successfully on my end. Pull that change into couverture-build >>>>>>>> branch and try it again. I'm not seeing any automake stuff here, so >>>>>>>> just >>>>>>>> check that and let me know. >>>>>>>> >>>>>>>> On 16 March 2018 at 14:59, Vijay Kumar Banerjee < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> building couverture-qemu from rtems-source-builder ( >>>>>>>>> https://github.com/cillianodonnell/rtems-source-builder/tr >>>>>>>>> ee/couverture-build ) >>>>>>>>> gives error building auromake-1.12.6-x86_64-linux-gnu-1 . >>>>>>>>> >>>>>>>>> I have attached the error report . >>>>>>>>> >>>>>>>>> -- vijay >>>>>>>>> >>>>>>>>> On 15 March 2018 at 19:17, Cillian O'Donnell < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 15 March 2018 at 12:26, Vijay Kumar Banerjee < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >>>>>>>>>>> It runs with a bunch of errors . I have attached the log file >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Ok, I'm guessing you didn't set up Couverture-Qemu (special >>>>>>>>>> version of qemu designed for generating extra trace data for coverage >>>>>>>>>> analysis). That's what those errors are about. I have an RSB build >>>>>>>>>> for that. >>>>>>>>>> >>>>>>>>>> https://github.com/cillianodonnell/rtems-source-builder/tree >>>>>>>>>> /couverture-build >>>>>>>>>> >>>>>>>>>> and the instructions for building it are >>>>>>>>>> >>>>>>>>>> https://devel.rtems.org/wiki/GSoC/2017/coveragetools#Buildin >>>>>>>>>> gCouverture-QemuwiththeRSB >>>>>>>>>> >>>>>>>>>> I know what the other problem is too. I have a specific >>>>>>>>>> environment variable defined for the path, sorry I can't even >>>>>>>>>> remember >>>>>>>>>> putting it there, I thought that was automatically generated >>>>>>>>>> (probably >>>>>>>>>> should be, another thing to add to the list :)... ). So wherever you >>>>>>>>>> stuck >>>>>>>>>> the export path for where the rsb built the tools, in .bashrc or >>>>>>>>>> whatever >>>>>>>>>> you're using. Also put something like: >>>>>>>>>> >>>>>>>>>> export PATH=$HOME/development/rtems/5 >>>>>>>>>> /bin:$PATH >>>>>>>>>> export PATH=$HOME/development/rtems/t >>>>>>>>>> est/rtems-tools/build/tester/covoar:$PATH >>>>>>>>>> >>>>>>>>>> or you could just copy covoar into the /bin directory with all >>>>>>>>>> the other rsb tools gcc and all that, it'll find it either way. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- vijay >>>>>>>>>>> >>>>>>>>>>> On 15 March 2018 at 16:58, Cillian O'Donnell < >>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>>> Looks good. If you run the samples without coverage is >>>>>>>>>>>> everything ok? >>>>>>>>>>>> >>>>>>>>>>>> So removing --coverage and tacking on /samples >>>>>>>>>>>> >>>>>>>>>>>> $HOME/development/rtems-tools/tester/rtems-test >>>>>>>>>>>> --rtems-bsp=leon3-qemu --log=log-leon3.log >>>>>>>>>>>> --rtems-tools=$HOME/development/rtems/5 >>>>>>>>>>>> --rtems-builddir=$HOME/development/rtems/kernel/leon3 >>>>>>>>>>>> sparc-rtems5/c/leon3/testsuites/samples >>>>>>>>>>>> >>>>>>>>>>>> Do the tests run? >>>>>>>>>>>> >>>>>>>>>>>> On 15 March 2018 at 10:53, Vijay Kumar Banerjee < >>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> I have attached the output of the ls of that directory >>>>>>>>>>>>> >>>>>>>>>>>>> -- vijay >>>>>>>>>>>>> >>>>>>>>>>>>> On 15 March 2018 at 15:52, Cillian O'Donnell < >>>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 15 March 2018 at 03:58, Vijay Kumar Banerjee < >>>>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> hello , >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> as told by Joel , I started this thread to further discuss >>>>>>>>>>>>>>> the coverage analysis toolset . >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Current status is , I'm trying to builld and run rtems-test >>>>>>>>>>>>>>> from the coverage-merge branch of the previous GSoC student >>>>>>>>>>>>>>> Cillian . >>>>>>>>>>>>>>> https://github.com/cillianodonnell/rtems-tools/tree/coverage >>>>>>>>>>>>>>> -merge >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I'm getting an error that says . >>>>>>>>>>>>>>> "Covoar not found !" >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> It's supposed to find it in rtems-tools/build/tester/covoar/ >>>>>>>>>>>>>> If it's in there it should be fine. Can you show me the contents >>>>>>>>>>>>>> of that >>>>>>>>>>>>>> directory? >>>>>>>>>>>>>> >>>>>>>>>>>>>> cpod@cpod >>>>>>>>>>>>>> ~/development/rtems/test/rtems-tools/build/tester/covoar >>>>>>>>>>>>>> $ ls >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> the Covoar appeared in rtems-tools/tester/covoar . >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Vijay >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> devel mailing list >>>>>>>>>>>>>>> [email protected] >>>>>>>>>>>>>>> http://lists.rtems.org/mailman/listinfo/devel >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>> >>
_______________________________________________ devel mailing list [email protected] http://lists.rtems.org/mailman/listinfo/devel
