UHD 3.15 is stable. rc1 and rc2 refer to "release candidates". They are not the final released version.
My machine also has Ubuntu 20.04 and UHD-3.15.LTS compiles for me. I did not test older versions. Wade On Thu, Apr 21, 2022 at 10:46 AM Nikos Balkanas <nbalka...@gmail.com> wrote: > What do the rc1, rc2 mean in the versions? > > On Thu, Apr 21, 2022 at 6:39 PM Nikos Balkanas <nbalka...@gmail.com> > wrote: > > > > Aaah OK. I asked before whether there was a ready UHD version for > > 20.04, but noone answered. > > After I tried 20 of them, I assumed there was none:( > > I chose 3.9.5 as the oldest stable, UHD release. > > Is UHD 3.15.0.0 stable? cmake says it is unstable, development:( > > > > Nikos > > > > On Thu, Apr 21, 2022 at 6:00 PM Marcus D. Leech <patchvonbr...@gmail.com> > wrote: > > > > > > On 2022-04-21 10:52, Nikos Balkanas wrote: > > > > Hi, > > > > > > > > Seems no one is looking into Ubuntu 20.04 compilation. > > > > My X-300 is getting lonely...:( > > > > If there are no objections, I can look it up myself. > > > > I was thinking about fixing release_003_009_005. > > > > Seems stable and hopefully need very little tweaking. > > > > Since I don't know the code, I hope it's alright to ask here, if I > > > > have any questions:) > > > > > > > > These are all the errors I found with make -k (60% completion): > > > > /home/nikos/work/uhd/host/lib/transport/udp_zero_copy.cpp:193:29: > > > > error: ‘class > boost::asio::basic_datagram_socket<boost::asio::ip::udp>’ > > > > has no member named ‘native’ > > > > /home/nikos/work/uhd/host/lib/transport/tcp_zero_copy.cpp:157:29: > > > > error: ‘class boost::asio::basic_stream_socket<boost::asio::ip::tcp>’ > > > > has no member named ‘native’ > > > > /home/nikos/work/uhd/host/lib/transport/udp_simple.cpp:59:46: error: > > > > ‘class boost::asio::basic_datagram_socket<boost::asio::ip::udp>’ has > > > > no member named ‘native’ > > > > /home/nikos/work/uhd/host/lib/usrp/x300/x300_impl.cpp:1475:114: > error: > > > > no matching function for call to > > > > > ‘boost::date_time::subsecond_duration<boost::posix_time::time_duration, > > > > 1000>::subsecond_duration(double)’ > > > > /usr/include/boost/date_time/time_duration.hpp:285:14: error: no type > > > > named ‘type’ in ‘struct boost::enable_if<boost::is_integral<double>, > > > > void>’ > > > > > > > > The first 3 I replaced: > > > > _socket->native() -> _socket->native_handle() Compiles OK. > > > > > > > > The last 2 are from the same place in x300_impl.cpp. This is a time > > > > loop of 1 ms, until timeout. The code is perfectly > > > > sound : > > > > boost::system_time timeout_time = boost::get_system_time() + > > > > boost::posix_time::milliseconds(timeout * 1000.0); > > > > > > > > What this has to do with subsecond_duration? > > > > > > > > From /usr/include/boost/date_time/time_duration.hpp: 285 > > > > public: > > > > // The argument (ss) must be an integral type > > > > template <typename T> > > > > explicit subsecond_duration(T const& ss, > > > > typename > > > > boost::enable_if<boost::is_integral<T>, void>::type* = > > > > BOOST_DATE_TIME_NULLPTR) : > > > > base_duration(impl_type(traits_type::ticks_per_second >= > > > > frac_of_second ? ss * adjustment_ratio : ss / adjustment_ratio)) > > > > > > > > I could rewrite the time loop in C, outside boost, but don't want to > > > > break structure. Any ideas why is the compiler complaining? > > > > > > > > TIA > > > > Nikos > > > > > > > > > > > Ubuntu 20.04 *already packages* UHD-3.15.0.0, so figuring out how to > > > compile a MUCH OLDER release of > > > UHD on 20.04 would perhaps be useful for people who really, really > > > need a MUCH OLDER release of UHD. > > > But 3.15.0.0 already works out of the box from the package repos for > > > Ubuntu 20.04. > > > > > > > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-le...@lists.ettus.com >
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
