gitolite/buildrootschalter
gitolite
/
buildrootschalter
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
buildrootschalter/package/gpsd/Config.in

241 lines
4.9 KiB
Plaintext
Raw Normal View History

Config.in files: unify comments of toolchain option dependencies This patch lines up the comments in Config.in files that clarify which toolchain options the package depends on. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 16:55:32 +02:00
comment "gpsd needs a toolchain w/ threads"
Config.in files: add missing dependencies to toolchain option comments When a package A depends on config option B and toolchain option C, then the comment that is given when C is not fulfilled should also depend on B. For example: config BR2_PACKAGE_A depends on BR2_B depends on BR2_LARGEFILE depends on BR2_WCHAR comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR This comment should actually be: comment "A needs a toolchain w/ largefile, wchar" depends on BR2_B depends on !BR2_LARGEFILE || !BR2_WCHAR or if possible (typically when B is a package config option declared in that same Config.in file): if BR2_B comment "A needs a toolchain w/ largefile, wchar" depends on !BR2_LARGEFILE || !BR2_WCHAR [other config options depending on B] endif Otherwise, the comment would be visible even though the other dependencies are not met. This patch adds such missing dependencies, and changes existing such dependencies from depends on BR2_BASE_DEP && !BR2_TOOLCHAIN_USES_GLIBC to depends on BR2_BASE_DEP depends on !BR2_TOOLCHAIN_USES_GLIBC so that (positive) base dependencies are separate from the (negative) toolchain dependencies. This strategy makes it easier to write such comments (because one can simply copy the base dependency from the actual package config option), but also avoids complex and long boolean expressions. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> (untested) Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-07 09:24:37 +01:00
depends on BR2_USE_MMU
gpsd: needs threads Fixes http://autobuild.buildroot.net/results/05925389ac2531307f23bf5f5f3a83a5a97301bf/ [Peter: move above BR2_PACKAGE_GPSD] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-14 01:25:11 +01:00
depends on !BR2_TOOLCHAIN_HAS_THREADS
gpsd: disable for microblaze arch gpsd will fail on an internal compiler error for the microblaze architecture so disabling it on that architecture. Fixes: http://autobuild.buildroot.org/results/42d/42da870722f24e4202d8265597771a0449e74cfd [Peter: add comment explaining why] Signed-off-by: Ryan Barnett <rjbarnet@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-06 23:56:57 +01:00
depends on !BR2_microblaze
gpsd: needs threads Fixes http://autobuild.buildroot.net/results/05925389ac2531307f23bf5f5f3a83a5a97301bf/ [Peter: move above BR2_PACKAGE_GPSD] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-14 01:25:11 +01:00
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD
bool "gpsd"
Mark some packages as not usable on non-MMU systems Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-05-30 23:57:00 +02:00
# Uses fork()
depends on BR2_USE_MMU
gpsd: needs threads Fixes http://autobuild.buildroot.net/results/05925389ac2531307f23bf5f5f3a83a5a97301bf/ [Peter: move above BR2_PACKAGE_GPSD] Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-12-14 01:25:11 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS
gpsd: disable for microblaze arch gpsd will fail on an internal compiler error for the microblaze architecture so disabling it on that architecture. Fixes: http://autobuild.buildroot.org/results/42d/42da870722f24e4202d8265597771a0449e74cfd [Peter: add comment explaining why] Signed-off-by: Ryan Barnett <rjbarnet@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-06 23:56:57 +01:00
# triggers gcc ice
depends on !BR2_microblaze
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
help
gpsd: fixup various problems with Config.in fix wrong configure symbol name for MTK. remove default values from most of options and leave only default y for NMEA protocol (90% of users will need this one) and features for gpsd to reconfigure device. Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-15 21:56:16 +01:00
gpsd is a service daemon that monitors one or more GPSes or AIS
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
receivers attached to a host computer through serial or USB ports,
making all data on the location/course/velocity of the sensors
available to be queried on TCP port 2947 of the host computer.
gpsd: dbus interface requires dbus-glib gpsd uses dbus-glib as the dbus interface, so it should only be built if libglib2 has been selected. To simplify things, build dbus support only if dbus-glib is selected. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-03-05 00:16:08 +01:00
The D-Bus interface is included if dbus-glib is enabled.
gpsd: switch homepage now that berlios is gone Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-06-16 15:50:31 +02:00
http://www.catb.org/gpsd/
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
if BR2_PACKAGE_GPSD
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD_DEVICES
string "Where to look for GPSes"
default "/dev/ttyS1"
menu "Features"
config BR2_PACKAGE_GPSD_CLIENT_DEBUG
bool "client debugging support"
config BR2_PACKAGE_GPSD_OLDSTYLE
bool "oldstyle (pre-JSON) protocol support"
config BR2_PACKAGE_GPSD_PROFILING
bool "profiling support"
Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC} Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:09 +02:00
depends on BR2_TOOLCHAIN_USES_GLIBC
gpsd: do not allow profiling support on AArch64 The profiling support is not available on AArch64, causing build failures such as: http://autobuild.buildroot.net/results/724f8646e1c2c28cf187f2313244d1e3e61b4c25/ According to Will Newton, function profiling will only be added in the next version of the AArch64 Linaro toolchain. This indicates it is a rather new feature in AArch64, so for the moment, just disallow profiling on AArch64. We can revise this later, when this feature has been made available in Linaro toolchains, and official gcc releases (for internal toolchain support). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-11-28 10:18:07 +01:00
depends on !BR2_aarch64
gpsd: disallow profiling support with uClibc toolchain The following problem was reported by Thomas Petazzoni. If BR2_PACKAGE_GPSD_PROFILING is enabled with a uClibc-based toolchain, then gpsd fails to build. See the following for details. http://autobuild.buildroot.org/results/be707893f4bf0e7e964d183e4a655c5bb72d1889/build-end.log http://autobuild.buildroot.org/results/be707893f4bf0e7e964d183e4a655c5bb72d1889/defconfig. The issue is that uClibc lacks the necessary infrastructure to support profiling. This patch disallows selection of the gpsd profiling feature when a uClibc-based toolchain is selected. Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-24 14:34:32 +02:00
comment "profiling support not available with uClibc-based toolchain"
Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC} Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-06-30 21:29:09 +02:00
depends on !BR2_TOOLCHAIN_USES_GLIBC
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD_NTP_SHM
bool "NTP time hinting support"
config BR2_PACKAGE_GPSD_PPS
bool "PPS time syncing support"
gpsd: PPS feature depends on NTPSHM feature The PPS feature of gpsd depends on the NTP shared memory time hinting feature. This patch caused the NTPSHM feature to be enabled whenever the PPS feature is enabled. This should fix build failures such as the following. http://autobuild.buildroot.net/results/e58a9a9f884acb6834a8afe4a8a3d056dc509359/build-end.log Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-30 09:22:20 +02:00
select BR2_PACKAGE_GPSD_NTP_SHM
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD_USER
bool "GPSD privilege revocation user"
config BR2_PACKAGE_GPSD_USER_VALUE
string ""
default "nobody"
depends on BR2_PACKAGE_GPSD_USER
config BR2_PACKAGE_GPSD_GROUP
bool "GPSD privilege revocation group"
config BR2_PACKAGE_GPSD_GROUP_VALUE
string ""
default "nobody"
depends on BR2_PACKAGE_GPSD_GROUP
config BR2_PACKAGE_GPSD_FIXED_PORT_SPEED
bool "compile with fixed serial port speed"
config BR2_PACKAGE_GPSD_FIXED_PORT_SPEED_VALUE
string ""
default "9600"
depends on BR2_PACKAGE_GPSD_FIXED_PORT_SPEED
config BR2_PACKAGE_GPSD_MAX_CLIENT
bool "compile with limited maximum clients"
config BR2_PACKAGE_GPSD_MAX_CLIENT_VALUE
string "compile with limited maximum clients"
default "10"
depends on BR2_PACKAGE_GPSD_MAX_CLIENT
config BR2_PACKAGE_GPSD_MAX_DEV
bool "compile with maximum allowed devices"
config BR2_PACKAGE_GPSD_MAX_DEV_VALUE
string "compile with maximum allowed devices"
default "2"
depends on BR2_PACKAGE_GPSD_MAX_DEV
config BR2_PACKAGE_GPSD_RECONFIGURE
bool "allow gpsd to change device settings"
default y
config BR2_PACKAGE_GPSD_CONTROLSEND
bool "allow gpsctl/gpsmon to change device settings"
default y
config BR2_PACKAGE_GPSD_SQUELCH
bool "squelch gpsd_report and gpsd_hexdump to save cpu"
endmenu
menu "Protocols"
config BR2_PACKAGE_GPSD_AIVDM
bool "Aivdm"
help
Aivdm support
gpsd: fix nmea2000 build failure NMEA2000 seems to require NAVCOM for some odd reason. Fixes http://autobuild.buildroot.net/results/91ddc286f6a92498f96aba7d312f82d5c77a689a/build-end.log Also do a correct sort of protocol config options. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-10-16 04:33:19 +02:00
config BR2_PACKAGE_GPSD_ASHTECH
bool "Ashtech"
help
Ashtech support
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD_EARTHMATE
bool "Earthmate"
help
DeLorme EarthMate Zodiac support
config BR2_PACKAGE_GPSD_EVERMORE
bool "EverMore"
help
EverMore binary support
Bump gpsd from version 2.95 to version 3.7 Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-23 21:29:36 +02:00
config BR2_PACKAGE_GPSD_FURY
bool "Fury"
help
Jackson Labs Fury and Firefly support
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD_FV18
bool "FV-18"
help
San Jose Navigation FV-18 support
config BR2_PACKAGE_GPSD_GARMIN
bool "Garmin (kernel)"
help
Garmin kernel driver support
config BR2_PACKAGE_GPSD_GARMIN_SIMPLE_TXT
bool "Garmin (simple text)"
help
Garmin Simple Text support
Bump gpsd from version 2.95 to version 3.7 Signed-off-by: Simon Dawson <spdawson@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2012-07-23 21:29:36 +02:00
config BR2_PACKAGE_GPSD_GEOSTAR
bool "Geostar"
help
Geostar Protocol support
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD_GPSCLOCK
bool "GPSClock"
help
GPSClock support
config BR2_PACKAGE_GPSD_ITRAX
bool "iTrax"
help
iTrax support
gpsd: fixup various problems with Config.in fix wrong configure symbol name for MTK. remove default values from most of options and leave only default y for NMEA protocol (90% of users will need this one) and features for gpsd to reconfigure device. Signed-off-by: Paulius Zaleckas <paulius.zaleckas@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-15 21:56:16 +01:00
config BR2_PACKAGE_GPSD_MTK3301
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
bool "MTK-3301"
help
Mediatek MTK-3301 support
gpsd: fix nmea2000 build failure NMEA2000 seems to require NAVCOM for some odd reason. Fixes http://autobuild.buildroot.net/results/91ddc286f6a92498f96aba7d312f82d5c77a689a/build-end.log Also do a correct sort of protocol config options. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-10-16 04:33:19 +02:00
config BR2_PACKAGE_GPSD_NAVCOM
bool "Navcom"
help
Navcom binary support
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD_NMEA
bool "NMEA"
default y
help
Generic NMEA support
gpsd: fix nmea2000 build failure NMEA2000 seems to require NAVCOM for some odd reason. Fixes http://autobuild.buildroot.net/results/91ddc286f6a92498f96aba7d312f82d5c77a689a/build-end.log Also do a correct sort of protocol config options. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-10-16 04:33:19 +02:00
config BR2_PACKAGE_GPSD_NMEA2000
bool "NMEA2000"
select BR2_PACKAGE_GPSD_NAVCOM
gpsd: nmea2000 requires aivdm support Fixes: http://autobuild.buildroot.org/results/853cac5becf9d071c6ec1181e1e951bc8e7d80d5/build-end.log and tons of identical build failures. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-03-25 22:49:51 +01:00
select BR2_PACKAGE_GPSD_AIVDM
gpsd: disallow NMEA2000 CAN driver on AVR32 AVR32 is using uClibc 0.9.31, which lacks some CAN related definitions that prevent the gpsd nmea2000 driver from building. The rest of gpsd, with all options and drivers enabled, builds fine on AVR32. Fixes: http://autobuild.buildroot.org/results/ee2/ee2ec848e893f08fa80caf99a67e68b73b6400e8/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-02-21 12:13:06 +01:00
# uClibc 0.9.31, used on AVR32, does not have the necessary
# CAN definitions.
depends on !BR2_avr32
gpsd: fix nmea2000 build failure NMEA2000 seems to require NAVCOM for some odd reason. Fixes http://autobuild.buildroot.net/results/91ddc286f6a92498f96aba7d312f82d5c77a689a/build-end.log Also do a correct sort of protocol config options. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2012-10-16 04:33:19 +02:00
help
NMEA2000/CAN support
gpsd: new package Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-11-02 20:32:47 +01:00
config BR2_PACKAGE_GPSD_NTRIP
bool "NTRIP"
help
NTRIP support
config BR2_PACKAGE_GPSD_OCEANSERVER
bool "OceanServer"
help
OceanServer Digital Compass support
config BR2_PACKAGE_GPSD_ONCORE
bool "OnCore"
help
OnCore support
config BR2_PACKAGE_GPSD_RTCM104V2
bool "RTCM104 v2"
help
RTCM104 v2 support
config BR2_PACKAGE_GPSD_RTCM104V3
bool "RTCM104 v3"
help
RTCM104 v3 support
config BR2_PACKAGE_GPSD_SIRF
bool "SiRF"
help
SiRF binary support
config BR2_PACKAGE_GPSD_SUPERSTAR2
bool "SuperStarII"
help
Novatel SuperStarII binary support
config BR2_PACKAGE_GPSD_TRIMBLE_TSIP
bool "Trimble TSIP"
help
Trimble TSIP support
config BR2_PACKAGE_GPSD_TRIPMATE
bool "TripMate"
help
Delorme TripMate support
config BR2_PACKAGE_GPSD_TRUE_NORTH
bool "True North Technologies"
help
True North Technologies support
config BR2_PACKAGE_GPSD_UBX
bool "UBX"
help
uBlox UBX binary support
endmenu
Config.in files: use if/endif instead of 'depends on' for main symbol In the Config.in file of package foo, it often happens that there are other symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense when foo itself is enabled. There are two ways to express this: with depends on BR2_PACKAGE_FOO in each extra symbol, or with if BR2_PACKAGE_FOO ... endif around the entire set of extra symbols. The if/endif approach avoids the repetition of 'depends on' statements on multiple symbols, so this is clearly preferred. But even when there is only one extra symbol, if/endif is a more logical choice: - it is future-proof for when extra symbols are added - it allows to have just one strategy instead of two (less confusion) This patch modifies the Config.in files accordingly. Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-20 22:31:30 +01:00
endif