NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
4db36b268d
kumquat-buildroot/package/avrdude/Config.in

34 lines
1.1 KiB
Plaintext
Raw Normal View History

avrdude: new package [Thomas: - remove empty newline at the end of Config.in - use lowercase for the package name in the comment header - reword the comment explaining why autoreconf is needed - add optional dependency on libftdi, which avrdude can use - remove avrdude.conf.bak file from /etc] Signed-off-by: Wojciech M. Zabolotny <wzab01@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-24 23:38:00 +01:00
config BR2_PACKAGE_AVRDUDE
bool "avrdude"
depends on BR2_TOOLCHAIN_HAS_THREADS
avrdude: Depend on elfutils instead of libelf to get the libelf library The elfutils package provides a more recent version of the libelf, so let's use it. It will allow to remove the libelf package and to avoid conflicts with two packages providing the same library. [Peter: adjust toolchain options comment to match] Signed-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-08-28 14:21:32 +02:00
depends on BR2_USE_WCHAR # elfutils
Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Since a while, the semantic of BR2_PREFER_STATIC_LIB has been changed from "prefer static libraries when possible" to "use only static libraries". The former semantic didn't make much sense, since the user had absolutely no control/idea of which package would use static libraries, and which packages would not. Therefore, for quite some time, we have been starting to enforce that BR2_PREFER_STATIC_LIB should really build everything with static libraries. As a consequence, this patch renames BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS, and adjust the Config.in option accordingly. This also helps preparing the addition of other options to select shared, shared+static or just static. Note that we have verified that this commit can be reproduced by simply doing a global rename of BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS plus adding BR2_PREFER_STATIC_LIB to Config.in.legacy. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-12-03 22:41:29 +01:00
depends on !BR2_STATIC_LIBS # elfutils
package/elfutils: does not build with musl elfutils uses so many GNUisms in so many places that patching them out is a tedious task which would make us diverge so much from upstream that it would become a nightmare to bump elfutils in the future. Furthermore, elfutils needs argp, which is missing in musl, so it would need argp-standalone too (as when using a uClibc toolchain). Make elfutils depend on either glibc or uClibc. argp-standalone is already required when using a uClibc toolchain, but since we do not support musl, no need to add that to the condition. Fixes (configure failures due to missing argp): http://autobuild.buildroot.org/results/743/7432ccd0d060a70bc35f0ac21ec92ae0071592ae/ http://autobuild.buildroot.org/results/cc9/cc90bd9312f30f91daa50af4253629f58b82c486/ http://autobuild.buildroot.org/results/d5e/d5e583c695afbc2e686e3002765ce9e1937aa0d5/ [...] Fixes (build failures due to GNUisms): http://autobuild.buildroot.org/results/ee7/ee7eaf80247dd96548d66be9884b179e20204a98/ http://autobuild.buildroot.org/results/3f2/3f242853e600bb6bec6ce2f0598d304751ceb81a/ http://autobuild.buildroot.org/results/7f0/7f0c7c9cb746104f93907544247bc1008d6ad0dc/ [...] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-07 23:37:51 +02:00
depends on BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_GLIBC # elfutils
package/libusb: needs gcc >= 4.9 libusb depends on gcc >= 4.9 because of _Thread_local since version 1.0.24 and https://github.com/libusb/libusb/commit/9a1bc8cafb904c20a869c74ad6d657686a1c4bb1 Fixes: - http://autobuild.buildroot.org/results/7b7f4b31095f8a7eecb347b574391003a2def8bc Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-12-13 16:56:36 +01:00
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_9 # libusb
package/a*/Config.in: fix ordering of statements The check-package script when ran gives warnings on ordering issues on all of these Config files. This patch cleans up all warnings related to the ordering in the Config files for packages starting with the letter a in the package directory. The appropriate ordering is: type, default, depends on, select, help See http://nightly.buildroot.org/#_config_files for more information. Signed-off-by: Adam Duskett <Adamduskett@outlook.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-22 19:17:48 +02:00
select BR2_PACKAGE_ELFUTILS
select BR2_PACKAGE_LIBUSB
select BR2_PACKAGE_LIBUSB_COMPAT
select BR2_PACKAGE_NCURSES
avrdude: new package [Thomas: - remove empty newline at the end of Config.in - use lowercase for the package name in the comment header - reword the comment explaining why autoreconf is needed - add optional dependency on libftdi, which avrdude can use - remove avrdude.conf.bak file from /etc] Signed-off-by: Wojciech M. Zabolotny <wzab01@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-12-24 23:38:00 +01:00
help
avrdude is a programmer for Atmel AVR microcontrollers
this package provides a version with new linuxspi driver
https://github.com/kcuzner/avrdude
package/avrdude: fix build with kernel < 4.6 Commit 03fa36df7e6a (package/avrdude: Switch to upstream) unconditionally enabled linuxspi on the assumption that it is available since linux-2.6.22. However, avrdude unconditionally uses GPIO and includes linux/gpio.h, which is only available since kernel 4.6 and: https://github.com/torvalds/linux/commit/3c702e9987e261042a07e43460a8148be254412e Add a Kconfig option, enabled by default for backward compatibility, to drive whether to enable or disable SPI support. Fixes: - http://autobuild.buildroot.org/results/962a7fcff1e54a0550eafa0cbca780ba8bc8409e Note: weirdly enough, GPIO support does not use linux/gpio.h; rather it uses sysfs. Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> [yann.morin.1998@free.fr: add a Kconfig option] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2021-03-14 10:46:41 +01:00
if BR2_PACKAGE_AVRDUDE
config BR2_PACKAGE_AVRDUDE_SPI
bool "SPI support"
default y # Backward compatibility
package/avrdude: spi needs headers >= 4.8 SPI unconditionally uses GPIOHANDLE_SET_LINE_VALUES_IOCTL which is only available since kernel 4.8 and https://github.com/torvalds/linux/commit/d7c51b47ac11e66f547b55640405c1c474642d72 resulting in the following build failure since switch to upstream in commit 03fa36df7e6aca0f4a1c8ae2fe691c0cda6ddc7a: linuxspi.c: In function 'linuxspi_reset_mcu': linuxspi.c:102:28: error: storage size of 'data' isn't known struct gpiohandle_data data; ^~~~ linuxspi.c:110:32: error: 'GPIOHANDLE_SET_LINE_VALUES_IOCTL' undeclared (first use in this function) ret = ioctl(fd_linehandle, GPIOHANDLE_SET_LINE_VALUES_IOCTL, &data); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Fixes: - http://autobuild.buildroot.org/results/769021040e5e9293584734e4f461baeaa6dd91cd Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Reviewed-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2022-04-12 00:12:48 +02:00
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_8
package/avrdude: fix build with kernel < 4.6 Commit 03fa36df7e6a (package/avrdude: Switch to upstream) unconditionally enabled linuxspi on the assumption that it is available since linux-2.6.22. However, avrdude unconditionally uses GPIO and includes linux/gpio.h, which is only available since kernel 4.6 and: https://github.com/torvalds/linux/commit/3c702e9987e261042a07e43460a8148be254412e Add a Kconfig option, enabled by default for backward compatibility, to drive whether to enable or disable SPI support. Fixes: - http://autobuild.buildroot.org/results/962a7fcff1e54a0550eafa0cbca780ba8bc8409e Note: weirdly enough, GPIO support does not use linux/gpio.h; rather it uses sysfs. Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> [yann.morin.1998@free.fr: add a Kconfig option] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2021-03-14 10:46:41 +01:00
package/avrdude: spi needs headers >= 4.8 SPI unconditionally uses GPIOHANDLE_SET_LINE_VALUES_IOCTL which is only available since kernel 4.8 and https://github.com/torvalds/linux/commit/d7c51b47ac11e66f547b55640405c1c474642d72 resulting in the following build failure since switch to upstream in commit 03fa36df7e6aca0f4a1c8ae2fe691c0cda6ddc7a: linuxspi.c: In function 'linuxspi_reset_mcu': linuxspi.c:102:28: error: storage size of 'data' isn't known struct gpiohandle_data data; ^~~~ linuxspi.c:110:32: error: 'GPIOHANDLE_SET_LINE_VALUES_IOCTL' undeclared (first use in this function) ret = ioctl(fd_linehandle, GPIOHANDLE_SET_LINE_VALUES_IOCTL, &data); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Fixes: - http://autobuild.buildroot.org/results/769021040e5e9293584734e4f461baeaa6dd91cd Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Reviewed-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2022-04-12 00:12:48 +02:00
comment "SPI support needs a toolchain w/ linux headers >= 4.8"
depends on !BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_8
package/avrdude: fix build with kernel < 4.6 Commit 03fa36df7e6a (package/avrdude: Switch to upstream) unconditionally enabled linuxspi on the assumption that it is available since linux-2.6.22. However, avrdude unconditionally uses GPIO and includes linux/gpio.h, which is only available since kernel 4.6 and: https://github.com/torvalds/linux/commit/3c702e9987e261042a07e43460a8148be254412e Add a Kconfig option, enabled by default for backward compatibility, to drive whether to enable or disable SPI support. Fixes: - http://autobuild.buildroot.org/results/962a7fcff1e54a0550eafa0cbca780ba8bc8409e Note: weirdly enough, GPIO support does not use linux/gpio.h; rather it uses sysfs. Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> [yann.morin.1998@free.fr: add a Kconfig option] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2021-03-14 10:46:41 +01:00
endif
package/libusb: needs gcc >= 4.9 libusb depends on gcc >= 4.9 because of _Thread_local since version 1.0.24 and https://github.com/libusb/libusb/commit/9a1bc8cafb904c20a869c74ad6d657686a1c4bb1 Fixes: - http://autobuild.buildroot.org/results/7b7f4b31095f8a7eecb347b574391003a2def8bc Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-12-13 16:56:36 +01:00
comment "avrdude needs a uClibc or glibc toolchain w/ threads, wchar, dynamic library, gcc >= 4.9"
depends on !BR2_TOOLCHAIN_HAS_THREADS || !BR2_USE_WCHAR \
|| BR2_STATIC_LIBS || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_9 \
package/elfutils: fix dependency on C library As Thomas puts it: The comment can only be visible when a toolchain that is *not* uclibc and *not* glibc is used. I.e, the comment is now only visible when musl is used. Which is not what we want. Indeed, I completely borked the conditions. When a glibc or uClibc toolchain is selected, the comment is entirely hidden, and we don;t get the extra requirements (wchar, !static). Fix that with the solution proposed by Thomas. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-08-08 20:58:34 +02:00
|| !(BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_GLIBC)
Reference in New Issue Copy Permalink