On 6/5/18 7:54 am, Vijay Kumar Banerjee wrote:
> On 6 May 2018 at 03:05, Chris Johns <chr...@rtems.org 
> <mailto:chr...@rtems.org>>
> wrote:
> 
>     Could you please check covoar’s wscript has the libdwarf path added?
> 
> the path to elftoolchain/libdwarf is not added in covoar 
> 

Thanks. I am on FreeBSD and it uses the elftoolchain for it's libdwarf so I did
not see the error as the header matches the one in the rtemstoolkit's libdwarf.

>     Also check waf with -v. 
> 
>  after adding the path it gives the following error with -v 
> 
> --
> Waf: Entering directory 
> `/home/lunatic/development/rtems/test/rtems-tools/build'
> [227/229] Linking build/tester/covoar/trace-converter
> 03:22:35 runner ['/usr/bin/g++', 'tester/covoar/TraceConverter.cc.2.o',
> 'tester/covoar/TraceList.cc.2.o', 'tester/covoar/TraceReaderBase.cc.2.o',
> 'tester/covoar/TraceReaderLogQEMU.cc.2.o',
> 'tester/covoar/TraceWriterBase.cc.2.o', 
> 'tester/covoar/TraceWriterQEMU.cc.2.o',
> '-o/home/lunatic/development/rtems/test/rtems-tools/build/tester/covoar/trace-converter',
> '-Wl,-Bstatic', '-Ltester/covoar', '-Lrtemstoolkit', '-lccovoar', '-lrld',
> '-ldwarf', '-lelf', '-liberty', '-Wl,-Bdynamic']
> [229/229] Linking build/tester/covoar/covoar
> 03:22:35 runner ['/usr/bin/g++', 'tester/covoar/covoar.cc.3.o',
> '-o/home/lunatic/development/rtems/test/rtems-tools/build/tester/covoar/covoar',
> '-Wl,-Bstatic', '-Ltester/covoar', '-Lrtemstoolkit', '-lccovoar', '-lrld',
> '-ldwarf', '-lelf', '-liberty', '-Wl,-Bdynamic']
> tester/covoar/libccovoar.a(DesiredSymbols.cc.1.o): In function
> `Coverage::DesiredSymbols::determineSourceLines(Coverage::CoverageRanges*,
> Coverage::ExecutableInfo*)':
> /home/lunatic/development/rtems/test/rtems-tools/build/../tester/covoar/DesiredSymbols.cc:413:
> undefined reference to
> `rld::path::__xpg_basename(std::__cxx11::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&)'
> /home/lunatic/development/rtems/test/rtems-tools/build/../tester/covoar/DesiredSymbols.cc:415:
> undefined reference to
> `rld::path::__xpg_basename(std::__cxx11::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&)'
> collect2: error: ld returned 1 exit status

Hmm that is a weird error, the waf script looks to me like it has c++11 support
enabled correctly and the code looks fine to me so I do not understand why this
is happening. I do not see this on FreeBSD with clang.

Would you please try `waf clean build` to see if rebuilding everything fixes 
this?

I will try the patches on Windows, it has gcc as a compiler.

Chris
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Reply via email to