Date: Mon, 12 Aug 2019 03:11:58 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 239793] comms/gnuradio: [patch] Upgrade to 3.8.0.0 Message-ID: <bug-239793-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D239793 Bug ID: 239793 Summary: comms/gnuradio: [patch] Upgrade to 3.8.0.0 Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: hamradio@FreeBSD.org Reporter: mike.english@gmail.com Assignee: hamradio@FreeBSD.org Flags: maintainer-feedback?(hamradio@FreeBSD.org) Created attachment 206462 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D206462&action= =3Dedit comms/gnuradio: [patch] Upgrade to 3.8.0.0 Changelog: ## [3.8.0.0] - 2019-08-09 Witness me! Tonight, we release GNU Radio 3.8.0.0. It's the first minor release version since more than six years, not without pride this community stands to face the brightest future SDR on general pur= pose hardware ever had. Since we've not been documenting changes in the shape of a Changelog for the whole of the development that happened since GNU Radio 3.7.0, I'm afraid th= at these release notes will be more of a GLTL;DR (git log too long; didn't rea= d) than a detailed account of what has changed. What has _not** changed is the fact that GNU Radio is centered around a very simple truth: > Let the developers hack on DSP. Software interfaces are for humans, not t= he > other way around. And so, compared to the later 3.7 releases, nothing has fundamentally modif= ied the way one develops signal processing systems with GNU Radio: You write blocks, and you combine blocks to be part of a larger signal processing flow graph. With that as a success story, we of course have faced quite a bit of change= in the systems we use to develop and in the people that develop GNU Radio. This has lead to several changes that weren't compatible with 3.7. **This is an excerpt only:** ### Fixed #### Project Scope - Roughly 36 dBBug, (ETOOMANYBUGS) - Fixed .so versioning ### Changed #### Project Scope - C++11 - merged the wholeness of the `next` branch - Dependency version bumps: CMake, GCC, MSVC, Swig, Boost - New dependencies: MPIR/GMP, Qt5, gsm, codec2 - Removed dependencies: libusb, Qt4, CppUnit - Python: Python 2 & Python 3 compatible. 3.8 will be the last Py2k-compati= ble release series - gengen was replaced by templates (if you don't know gengen, don't do any research; save yourself that sorrow) - Modern CMake (as far as feasible at this point) - VOLK version updated to v2.0.0 - .clang-format file now dictates coding style - clang-format'ed the whole tree. - installed CMake files now tell about configuration #### gnuradio-runtime - reworked fractional tag time handling, especially in the context of resamplers #### GRC - C++ generation as option - YAML instead of XML - removed `blks2` - much better canvas tooling - consistent gobject usage - ROUNDED ARROWS #### gr-qtgui - moving from Qt4 to Qt5 #### gr-utils - `gr_modtool` now vastly improved #### gr-vocoder - improved versatility - removed in-tree libgsm, libcodec2, use system-wide libs ### Removed #### Project Scope - Modules `gr-comedi`, `gr-fcd` and `gr-wxgui` are gone #### gr-comedi - nobody could remember who used this, or for what. It has seen 0 active co= de contributions in the 3.7 lifecycle #### gr-digital - python-based `packet_encoder` and related tools: Bugs that were sporadic = and never fixed, so after long deprecation, we're removing it #### gr-fcd - since it's currently untestable by the CI, it's being removed, as there w= as no code contributions. Generally, we strive to include all batteries with GNU Radio. Re-integration within a more general SDR interface would be desira= ble. #### gr-utils - removed PyQwt (dead) based tools #### gr-wxgui - Unmaintained, breaks on increasingly many systems, always was slower than Qtgui. We've been starting to tell people to migrate to Qt since at least 2015. Now, we're finally removing it. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-239793-7788>