On 6/5/18 9:49 am, Chris Johns wrote:
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.


The code built on Windows without error. The MSYS2 g++ is 7.2.0 so I am not sure about this.

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

Reply via email to