Summary: | net-wireless/gnuradio-3.7.10.1 fails to build with gcc 6.3.0 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Oleg Korsak <kamikaze.is.waiting.you> |
Component: | Current packages | Assignee: | Gentoo Radio project <radio> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | jstein, plevine457, zerochaos |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | ~arch only | ||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 582084 | ||
Attachments: | build.log.gz |
Description
Oleg Korsak
2017-03-04 02:37:47 UTC
Oleg, have exactly the same problem. I am using gcc-6.3.0 as well with graphite and lto. gnuradio will not compile with lto. So I have it compiling without. This is a new install I am working on. At least one program would not compile because one of it's dependencies was compiled with lto. I don't know how to discern this for gnuradio. I am able to post any log or configs if necessary. Thanks The relevant build.log error message is: > /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../lib64/libuhd.so: undefined reference to `boost::re_detail_106300::cpp_regex_traits_implementation<char>::transform_primary(char const*, char const*) const' > /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/../../../../lib64/libuhd.so: undefined reference to `boost::re_detail_106300::cpp_regex_traits_implementation<char>::transform(char const*, char const*) const' This looks like some kind of boost C++98/14 ABI mismatch. I can't reproduce it for net-wireless/gnuradio but if I switch to gcc-5.4.0 and try building net-wireless/uhd-3.9.6, I get a build failure with a similar message: > ../lib/libuhd.so.003.009: undefined reference to `boost::re_detail_106300::cpp_regex_traits_implementation<char>::transform_primary(char const*, char const*) const' > ../lib/libuhd.so.003.009: undefined reference to `boost::re_detail_106300::cpp_regex_traits_implementation<char>::transform(char const*, char const*) const' boost and uhd both have to be rebuilt when the c++ abi changes. Can you please try that? |