Navigation:
comms gnuradio
CVSweb ] [ 
Homepage ] [ 
RSS feed ]| Version: 3.8.2.0, Package name: gnuradio-3.8.2.0 |
| Maintained by: The OpenBSD ports mailing-list |
| Master sites: |
| Description GNU Radio is a software development toolkit that provides signal processing blocks to implement software radios. It can be used with readily-available low-cost external RF hardware to create software-defined radios, or without hardware in a simulation-like environment. It is widely used in hobbyist, academic and commercial environments to support both wireless communications research and real-world radio systems. GNU Radio has filters, channel codes, synchronisation elements, equalizers, demodulators, vocoders, decoders, and many other elements (in the GNU Radio jargon, we call these elements blocks) which are typically found in radio systems. More importantly, it includes a method of connecting these blocks and then manages how data is passed from one block to another. Extending GNU Radio is also quite easy; if you find a specific block that is missing, you can quickly create and add it. GNU Radio applications are primarily written using the Python programming language, while the supplied, performance-critical signal processing path is implemented in C++ using processor floating point extensions, where available. |
| Filesize: 3484.182 KB |
| Version History (View Complete History) |
|
| 2021-11-01 18:00:17 by Stuart Henderson | Files touched by this commit (85) |
Log message: bump REVISION for switch from Python 3.8 -> 3.9 |
| 2021-10-30 13:07:48 by Peter Hessler | Files touched by this commit (1) |
Log message: BROKEN-aarch64 volk/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s:1:1: error: unexpected token at start of statement |
| 2021-09-05 02:13:33 by Antoine Jacoutot | Files touched by this commit (7) |
Log message: Unbreak with newer boost. from Brad |
| 2021-03-19 11:06:35 by Stuart Henderson | Files touched by this commit (1) |
Log message: mark gnuradio BROKEN-i386, it hits the cmake problem where it produces an .so file following ports versioning but in the install stage tries to install the original version. failed 4 times out of the last 13 bulk builds and it takes an hour to build in each. |
| 2021-03-18 13:51:44 by Rafael Sadowski | Files touched by this commit (41) |
Log message: Unbreak with upcoming boost update From Brad. |
| 2021-02-23 12:39:53 by Stuart Henderson | Files touched by this commit (743) |
Log message:
Reverse the polarity of MODPY_VERSION; default is now 3.x,
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
|
| 2020-11-14 23:46:29 by Rafael Sadowski | Files touched by this commit (1) |
Log message: Disable cmake find_package doxygen We are not building a documentation |
| 2020-11-09 11:41:42 by Rafael Sadowski | Files touched by this commit (1) |
Log message: Unbreak with qwt 6.1.5 |
| 2020-10-28 14:52:47 by Stuart Henderson | Files touched by this commit (1) |
Log message: gnuradio: add a cmake patch that avoids a build error if doxygen was present on the system earlier in configure, but was then removed before it reaches this point. more details in the patch comment. |
| 2020-10-13 03:30:05 by Anthony J. Bentley | Files touched by this commit (2) |
Log message: Removed wrong patch. |
| 2020-10-13 03:04:51 by Anthony J. Bentley | Files touched by this commit (7) |
Log message: Update to gnuradio-3.8.2.0. Drop maintainership. Some notable changes to the package with this release: - move from Qt4 to Qt5 - move from Python 2 to Python 3 - drop dependency on py-gtk2 ok (and testing and much prodding from) rsadowski@ |
| 2019-10-03 07:39:45 by Christian Weisgerber | Files touched by this commit (1) |
Log message: From upstream: CMake will fail to properly run check_c_compiler_flag() on ARM when checking for -msse2; it will always pass, and subsequent builds will fail. Trying to compile actual code during CMake is a more reliable way to see if SSE2 is actually available. |
| 2019-07-12 14:44:13 by Stuart Henderson | Files touched by this commit (877) |
Log message: replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes |
| 2019-03-03 03:35:30 by Antoine Jacoutot | Files touched by this commit (2) |
Log message: Add BDEP on textproc/xmlto which gets picked up if present at configure time. |
| 2018-12-13 12:53:24 by Stuart Henderson | Files touched by this commit (64) |
Log message: bump REVISION for ports with a LIB_ or RUN_DEPENDS on devel/boost, it has been split into subpackages |
| 2018-10-24 08:28:14 by Stuart Henderson | Files touched by this commit (740) |
Log message: Add COMPILER lines to c++ ports which currently use the default. Adjust some existing COMPILER lines with arch restrictions etc. In the usual case this is now using "COMPILER = base-clang ports-gcc base-gcc" on ports with c++ libraries in WANTLIB. This is basically intended to be a noop on architectures using clang as the system compiler, but help with other architectures where we currently have many ports knocked out due to building with an unsuitable compiler - - some ports require c++11/newer so the GCC version in base that is used on these archirtectures is too old. - some ports have conflicts where an executable is built with one compiler (e.g. gcc from base) but a library dependency is built with a different one (e.g. gcc from ports), resulted in mixing incompatible libraries in the same address space. devel/gmp is intentionally skipped as it's on the path to building gcc - the c++ library there is unused in ports (and not built by default upstream) so intending to disable building gmpcxx in a future commit. |