NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
b2c193295b
kumquat-buildroot/package/gr-osmosdr/gr-osmosdr.mk

67 lines
1.7 KiB
Makefile
Raw Normal View History

gr-osmosdr: new package Add support for gr-osmosdr - a GNU Radio block for interfacing with various radio hardware. Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> [Thomas: - instead of selecting BR2_PACKAGE_GNURADIO, use "depends on". Indeed, it is fairly obvious for a user that some GNURadio extensions require GNURadio to be built. And it avoids the need to replicate all the complex dependencies of GNURadio. - remove comment that the Python support needs Python. It's fairly obvious, no? - remove comment about the thread dependency of BR2_PACKAGE_GR_OSMOSDR_RTLSDR, since anyway GNURadio already need threads. Yes, we sometimes still add such dependencies, but in the case of GNURadio, it's highly unlikely that GNURadio will ever loose the thread dependency. - use "NO" instead of "no" as the value for GR_OSMOSDR_SUPPORTS_IN_SOURCE_BUILD since we always use upper-case letters for the value of such booleans.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-02 18:37:42 +01:00
################################################################################
#
# gr-osmosdr
#
################################################################################
package/gr-osmosdr: bump to version 0.2.4 This bump will fix the following build failure raised since bump of gnuradio to version 3.10.4.0 in commit e37c110bead8b7b35cd97915673fa785ccb39f2d thanks to https://github.com/osmocom/gr-osmosdr/commit/159885f9e67101834c100ceb7affc122e3f98bac: /home/autobuild/autobuild/instance-20/output-1/build/gr-osmosdr-0.2.3/lib/source_impl.cc: In static member function 'static osmosdr::source::sptr osmosdr::source::make(const string&)': /home/autobuild/autobuild/instance-20/output-1/build/gr-osmosdr-0.2.3/lib/source_impl.cc:105:36: error: could not convert 'gnuradio::get_initial_sptr(T*) [with T = source_impl]()' from 'std::shared_ptr<source_impl>' to 'osmosdr::source::sptr' {aka 'boost::shared_ptr<osmosdr::source>'} 105 | return gnuradio::get_initial_sptr( new source_impl(args) ); | ~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~ | | | std::shared_ptr<source_impl> https://github.com/osmocom/gr-osmosdr/releases/tag/v0.2.4 Fixes: - http://autobuild.buildroot.org/results/5af61d6fb8f8c5d5f91c74a6ef66800236d7bf12 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2022-12-28 23:40:43 +01:00
GR_OSMOSDR_VERSION = 0.2.4
package/gr-osmosdr: bump to 0.2.0 gr-osmosdr is now python3 only, so drop everything related to python2. python-cheetah is no longer mandatory, so drop this too. Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-04-11 11:33:53 +02:00
GR_OSMOSDR_SITE = $(call github,osmocom,gr-osmosdr,v$(GR_OSMOSDR_VERSION))
boot, package: use SPDX short identifier for GPLv3/GPLv3+ We want to use SPDX identifier for license string as much as possible. SPDX short identifier for GPLv3/GPLv3+ is GPL-3.0/GPL-3.0+. This change is done using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/\<GPLv3\>/GPL-3.0/g' Signed-off-by: Rahul Bedarkar <rahulbedarkar89@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-30 15:43:33 +02:00
GR_OSMOSDR_LICENSE = GPL-3.0+
gr-osmosdr: new package Add support for gr-osmosdr - a GNU Radio block for interfacing with various radio hardware. Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> [Thomas: - instead of selecting BR2_PACKAGE_GNURADIO, use "depends on". Indeed, it is fairly obvious for a user that some GNURadio extensions require GNURadio to be built. And it avoids the need to replicate all the complex dependencies of GNURadio. - remove comment that the Python support needs Python. It's fairly obvious, no? - remove comment about the thread dependency of BR2_PACKAGE_GR_OSMOSDR_RTLSDR, since anyway GNURadio already need threads. Yes, we sometimes still add such dependencies, but in the case of GNURadio, it's highly unlikely that GNURadio will ever loose the thread dependency. - use "NO" instead of "no" as the value for GR_OSMOSDR_SUPPORTS_IN_SOURCE_BUILD since we always use upper-case letters for the value of such booleans.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-02 18:37:42 +01:00
GR_OSMOSDR_LICENSE_FILES = COPYING
# gr-osmosdr prevents doing an in-source-tree build
GR_OSMOSDR_SUPPORTS_IN_SOURCE_BUILD = NO
package/gr-osmosdr: bump to 0.2.0 gr-osmosdr is now python3 only, so drop everything related to python2. python-cheetah is no longer mandatory, so drop this too. Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-04-11 11:33:53 +02:00
GR_OSMOSDR_DEPENDENCIES = gnuradio host-python3
gr-osmosdr: new package Add support for gr-osmosdr - a GNU Radio block for interfacing with various radio hardware. Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> [Thomas: - instead of selecting BR2_PACKAGE_GNURADIO, use "depends on". Indeed, it is fairly obvious for a user that some GNURadio extensions require GNURadio to be built. And it avoids the need to replicate all the complex dependencies of GNURadio. - remove comment that the Python support needs Python. It's fairly obvious, no? - remove comment about the thread dependency of BR2_PACKAGE_GR_OSMOSDR_RTLSDR, since anyway GNURadio already need threads. Yes, we sometimes still add such dependencies, but in the case of GNURadio, it's highly unlikely that GNURadio will ever loose the thread dependency. - use "NO" instead of "no" as the value for GR_OSMOSDR_SUPPORTS_IN_SOURCE_BUILD since we always use upper-case letters for the value of such booleans.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-02 18:37:42 +01:00
package/gr-osmosdr: disable documentation Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-03-08 20:47:47 +01:00
GR_OSMOSDR_CONF_OPTS = \
-DENABLE_DEFAULT=OFF \
-DENABLE_DOXYGEN=OFF
gr-osmosdr: new package Add support for gr-osmosdr - a GNU Radio block for interfacing with various radio hardware. Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> [Thomas: - instead of selecting BR2_PACKAGE_GNURADIO, use "depends on". Indeed, it is fairly obvious for a user that some GNURadio extensions require GNURadio to be built. And it avoids the need to replicate all the complex dependencies of GNURadio. - remove comment that the Python support needs Python. It's fairly obvious, no? - remove comment about the thread dependency of BR2_PACKAGE_GR_OSMOSDR_RTLSDR, since anyway GNURadio already need threads. Yes, we sometimes still add such dependencies, but in the case of GNURadio, it's highly unlikely that GNURadio will ever loose the thread dependency. - use "NO" instead of "no" as the value for GR_OSMOSDR_SUPPORTS_IN_SOURCE_BUILD since we always use upper-case letters for the value of such booleans.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-02 18:37:42 +01:00
# For third-party blocks, the gr-osmosdr libraries are mandatory at
# compile time.
GR_OSMOSDR_INSTALL_STAGING = YES
package/gr-osmosdr: drop BR2_PACKAGE_GR_OSMOSDR_PYTHON Drop BR2_PACKAGE_GR_OSMOSDR_PYTHON as disabling python will raise the following build failure if BR2_PACKAGE_GNURADIO_PYTHON is set since bump of gnuradio to version 3.10.4.0 in commit e37c110bead8b7b35cd97915673fa785ccb39f2d and https://github.com/gnuradio/gnuradio/commit/51d3ad973292763a6fc0cf8e971faa3cf89029e9: CMake Error at lib/CMakeLists.txt:51 (add_library): Target "gnuradio-osmosdr" links to target "Python::Module" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing? No entry in Config.in.legacy is needed as python support in gr-osmosdr will now automatically be enabled if BR2_PACKAGE_GNURADIO_PYTHON is set Fixes: - http://autobuild.buildroot.org/results/49e9f7bf8bfc7008688c1a3bc3744b7d3be3ce18 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2023-03-02 23:12:17 +01:00
ifeq ($(BR2_PACKAGE_GNURADIO_PYTHON),y)
package/gr-osmosdr: fix python build Fix the following python build failure: In file included from /home/buildroot/instance-0/output-1/host/include/python3.11/Python.h:38, from /home/buildroot/instance-0/output-1/host/arc-buildroot-linux-gnu/sysroot/usr/include/pybind11/detail/common.h:266, from /home/buildroot/instance-0/output-1/host/arc-buildroot-linux-gnu/sysroot/usr/include/pybind11/attr.h:13, from /home/buildroot/instance-0/output-1/host/arc-buildroot-linux-gnu/sysroot/usr/include/pybind11/detail/class.h:12, from /home/buildroot/instance-0/output-1/host/arc-buildroot-linux-gnu/sysroot/usr/include/pybind11/pybind11.h:13, from /home/buildroot/instance-0/output-1/build/gr-osmosdr-0.2.4/python/bindings/device_python.cc:1: /home/buildroot/instance-0/output-1/host/include/python3.11/pyport.h:596:2: error: #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc config?)." 596 | #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc config?)." | ^~~~~ Fixes: - http://autobuild.buildroot.org/results/f009958c37902a224512b336fcb431903bdd0b96 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> (cherry picked from commit 8759d81b0017e062d0909bf0ddccefdc052d83b1) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2024-05-17 19:12:58 +02:00
GR_OSMOSDR_CONF_OPTS += \
-DENABLE_PYTHON=ON \
-DPYTHON_INCLUDE_DIRS=$(STAGING_DIR)/usr/include/python$(PYTHON3_VERSION_MAJOR)
package/gr-osmosdr: add missing host-python-six dependency to python support Osmosdr failed to build docs when python support is enabled. [ 41%] Copying osmosdr docstring templates as pybind headers ... Traceback (most recent call last): File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/update_pydoc.py", line 22, in <module> from doxyxml import DoxyIndex, DoxyClass, DoxyFriend, DoxyFunction, DoxyFile File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/__init__.py", line 69, in <module> from .doxyindex import DoxyIndex, DoxyFunction, DoxyParam, DoxyClass, DoxyFile, DoxyNamespace, DoxyGroup, DoxyFriend, DoxyOther File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/doxyindex.py", line 31, in <module> from .generated import index File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/generated/index.py", line 13, in <module> from . import compound File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/generated/compound.py", line 15, in <module> from . import compoundsuper as supermod File "/home/martb/Schreibtisch/DiscoSAT/satos/output/build/gr-osmosdr-0.2.4/docs/doxygen/doxyxml/generated/compoundsuper.py", line 15, in <module> import six ModuleNotFoundError: No module named 'six' make[2]: *** [python/bindings/CMakeFiles/osmosdr_docstrings.dir/build.make:73: python/bindings/docstring_status] Fehler 1 make[1]: *** [CMakeFiles/Makefile2:332: python/bindings/CMakeFiles/osmosdr_docstrings.dir/all] Fehler 2 Fixes: http://autobuild.buildroot.net/results/b60e339e52fbc7ed7607a94381aaab6ec64b7a99/ Signed-off-by: Martin Böh <contact@martb.dev> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> (cherry picked from commit cfda1f0b87ebfb7686b82f319c531d4d28fdfd67) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2023-02-23 21:17:33 +01:00
GR_OSMOSDR_DEPENDENCIES += python3 host-python-six
gr-osmosdr: new package Add support for gr-osmosdr - a GNU Radio block for interfacing with various radio hardware. Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> [Thomas: - instead of selecting BR2_PACKAGE_GNURADIO, use "depends on". Indeed, it is fairly obvious for a user that some GNURadio extensions require GNURadio to be built. And it avoids the need to replicate all the complex dependencies of GNURadio. - remove comment that the Python support needs Python. It's fairly obvious, no? - remove comment about the thread dependency of BR2_PACKAGE_GR_OSMOSDR_RTLSDR, since anyway GNURadio already need threads. Yes, we sometimes still add such dependencies, but in the case of GNURadio, it's highly unlikely that GNURadio will ever loose the thread dependency. - use "NO" instead of "no" as the value for GR_OSMOSDR_SUPPORTS_IN_SOURCE_BUILD since we always use upper-case letters for the value of such booleans.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-02 18:37:42 +01:00
else
GR_OSMOSDR_CONF_OPTS += -DENABLE_PYTHON=OFF
endif
ifeq ($(BR2_PACKAGE_GR_OSMOSDR_IQFILE),y)
GR_OSMOSDR_CONF_OPTS += -DENABLE_FILE=ON
else
GR_OSMOSDR_CONF_OPTS += -DENABLE_FILE=OFF
endif
ifeq ($(BR2_PACKAGE_GR_OSMOSDR_RTLSDR),y)
GR_OSMOSDR_CONF_OPTS += -DENABLE_RTL=ON
GR_OSMOSDR_DEPENDENCIES += librtlsdr
else
GR_OSMOSDR_CONF_OPTS += -DENABLE_RTL=OFF
endif
ifeq ($(BR2_PACKAGE_GR_OSMOSDR_RTLSDR_TCP),y)
GR_OSMOSDR_CONF_OPTS += -DENABLE_RTL_TCP=ON
else
GR_OSMOSDR_CONF_OPTS += -DENABLE_RTL_TCP=OFF
endif
ifeq ($(BR2_PACKAGE_GR_OSMOSDR_RFSPACE),y)
GR_OSMOSDR_CONF_OPTS += -DENABLE_RFSPACE=ON
else
GR_OSMOSDR_CONF_OPTS += -DENABLE_RFSPACE=OFF
endif
package/gr-osmosdr: add support for HACKRF receivers Signed-off-by: Martin Böh <contact@martb.dev> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2023-02-23 21:18:17 +01:00
ifeq ($(BR2_PACKAGE_GR_OSMOSDR_HACKRF),y)
GR_OSMOSDR_CONF_OPTS += -DENABLE_HACKRF=ON
GR_OSMOSDR_DEPENDENCIES += hackrf
else
GR_OSMOSDR_CONF_OPTS += -DENABLE_HACKRF=OFF
endif
gr-osmosdr: new package Add support for gr-osmosdr - a GNU Radio block for interfacing with various radio hardware. Signed-off-by: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> [Thomas: - instead of selecting BR2_PACKAGE_GNURADIO, use "depends on". Indeed, it is fairly obvious for a user that some GNURadio extensions require GNURadio to be built. And it avoids the need to replicate all the complex dependencies of GNURadio. - remove comment that the Python support needs Python. It's fairly obvious, no? - remove comment about the thread dependency of BR2_PACKAGE_GR_OSMOSDR_RTLSDR, since anyway GNURadio already need threads. Yes, we sometimes still add such dependencies, but in the case of GNURadio, it's highly unlikely that GNURadio will ever loose the thread dependency. - use "NO" instead of "no" as the value for GR_OSMOSDR_SUPPORTS_IN_SOURCE_BUILD since we always use upper-case letters for the value of such booleans.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-02-02 18:37:42 +01:00
$(eval $(cmake-package))
Reference in New Issue Copy Permalink