NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
9f177e3338
kumquat-buildroot/package/cc-tool/cc-tool.mk

32 lines
933 B
Makefile
Raw Normal View History

cc-tool: new package cc-tool provides support for Texas Instruments CC Debugger Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: avoid adding /usr/local to library path] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-02 21:03:33 +02:00
################################################################################
#
# cc-tool
#
################################################################################
CC_TOOL_VERSION = 0.26
CC_TOOL_SITE = http://downloads.sourceforge.net/project/cctool
CC_TOOL_SOURCE = cc-tool-$(CC_TOOL_VERSION)-src.tgz
boot, linux, package: use SPDX short identifier for GPLv2/GPLv2+ We want to use SPDX identifier for license strings as much as possible. SPDX short identifier for GPLv2/GPLv2+ is GPL-2.0/GPL-2.0+. This change is done by using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/\<GPLv2\>/GPL-2.0/g' Signed-off-by: Rahul Bedarkar <rahulbedarkar89@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-30 15:43:32 +02:00
CC_TOOL_LICENSE = GPL-2.0
cc-tool: new package cc-tool provides support for Texas Instruments CC Debugger Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: avoid adding /usr/local to library path] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-02 21:03:33 +02:00
CC_TOOL_LICENSE_FILES = COPYING
CC_TOOL_DEPENDENCIES = boost libusb
package/cc-tool: fix gcc 5 issue The version of boost.m4 initially included in cc-tool has an issue with gcc5 (one of its tests fails due to the first change described in [1] "Preprocessor issues"). This was fixed upstream (boost.m4 project) in Nov 2014 [2]. We add the latest commit [3] of upstream boost.m4 plus a patch from github PR [4] to add detection for gcc 5.1. Fixes: http://autobuild.buildroot.net/results/a4c/a4c057e0b1ab6a2ffd69b27f6f5a79f98eb040f6/ [1] https://gcc.gnu.org/gcc-5/porting_to.html [2] https://github.com/tsuna/boost.m4/commit/32553aaf4d5090da19aa0ec33b936982c685009f [3] https://github.com/tsuna/boost.m4/commit/d9ff75b6af66360d76f46f469a26ab18e24e1030 [4] https://github.com/rubenk/boost.m4/commit/b879eb85f112cf054643d2e7f9544c230299c0b2 Signed-off-by: Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-07-28 17:43:06 +02:00
# we're patching boost.m4
CC_TOOL_AUTORECONF = YES
cc-tool: new package cc-tool provides support for Texas Instruments CC Debugger Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: avoid adding /usr/local to library path] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-02 21:03:33 +02:00
# Configure script "discovers" boost in /usr/local if not given explicitly
CC_TOOL_CONF_OPTS = --with-boost=$(STAGING_DIR)/usr
cc-tool: pass -latomic in LIBS Just like -lpthread was passed in LIBS, -latomic should also be passed in LIBS. In order for this to work, we however need to first fix cc-tool's Makefile.am so that it does not overwrite LIBS. This is the first part of fixing the build of cc-tool in a static linking scenario on SPARC, i.e to fix: http://autobuild.buildroot.net/results/ed9f2524d0ccef318ff1bc99e5dea980111de989/ The patch has been merged upstream, in https://github.com/dashesy/cc-tool/commit/553f9c601646af0c6e3f6150d0fa3bc63ff56416. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-08-20 15:34:15 +02:00
CC_TOOL_CONF_ENV = LIBS="$(CC_TOOL_LIBS)"
cc-tool: new package cc-tool provides support for Texas Instruments CC Debugger Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: avoid adding /usr/local to library path] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-02 21:03:33 +02:00
cc-tool: fix static build problem with boost regex The boost.m4 logic is a bit crappy, and needs some help to know that boost_regex needs the pthread library. Fixes: http://autobuild.buildroot.org/results/69a/69aff0b9d0ac8fe08e1d2f7ffb691f6a8fc8693b/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-05 23:36:45 +02:00
# Help boost.m4 find the Boost Regex library, which needs the pthread
# library, but isn't detected using a modern (pkg-config) mechanism.
ifeq ($(BR2_STATIC_LIBS),y)
cc-tool: pass -latomic in LIBS Just like -lpthread was passed in LIBS, -latomic should also be passed in LIBS. In order for this to work, we however need to first fix cc-tool's Makefile.am so that it does not overwrite LIBS. This is the first part of fixing the build of cc-tool in a static linking scenario on SPARC, i.e to fix: http://autobuild.buildroot.net/results/ed9f2524d0ccef318ff1bc99e5dea980111de989/ The patch has been merged upstream, in https://github.com/dashesy/cc-tool/commit/553f9c601646af0c6e3f6150d0fa3bc63ff56416. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-08-20 15:34:15 +02:00
CC_TOOL_LIBS += -lpthread
cc-tool: fix static build problem with boost regex The boost.m4 logic is a bit crappy, and needs some help to know that boost_regex needs the pthread library. Fixes: http://autobuild.buildroot.org/results/69a/69aff0b9d0ac8fe08e1d2f7ffb691f6a8fc8693b/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-05-05 23:36:45 +02:00
endif
package/cc-tool: link with libatomic when needed Detecting the boost program_options library is broken: checking for the Boost program_options library... no configure: error: cannot find the flags to link with Boost program_options config.log shows the reason, libatomic is missing: conftest.o: In function `boost::detail::sp_counted_base::release()': conftest.cpp:(.text._ZN5boost6detail15sp_counted_base7releaseEv[_ZN5boost6detail15sp_counted_base7releaseEv]+0xc): undefined reference to `__atomic_fetch_sub_4' conftest.cpp:(.text._ZN5boost6detail15sp_counted_base7releaseEv[_ZN5boost6detail15sp_counted_base7releaseEv]+0x38): undefined reference to `__atomic_fetch_sub_4' /home/buildroot/br4/output/host/sparc-buildroot-linux-uclibc/sysroot/usr/lib/libboost_program_options.so: undefined reference to `__atomic_fetch_add_4' Please note that using LIBS=-latomic is not enough, although it fixes the configure check the bug reoccurs when linking cc-tool: CXXLD cc-tool src/application/cc_flasher.o: In function `boost::detail::sp_counted_base::weak_release()': cc_flasher.cpp:(.text._ZN5boost6detail15sp_counted_base12weak_releaseEv[_ZN5boost6detail15sp_counted_base12weak_releaseEv]+0xc): undefined reference to `__atomic_fetch_sub_4' We need to add -latomic to CXXFLAGS to both fix configure and linking. Fixes http://autobuild.buildroot.net/results/596/596f97364bb2c7598b0646da8160939356f0d2c6/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-29 22:32:20 +02:00
ifeq ($(BR2_TOOLCHAIN_HAS_LIBATOMIC),y)
cc-tool: pass -latomic in LIBS Just like -lpthread was passed in LIBS, -latomic should also be passed in LIBS. In order for this to work, we however need to first fix cc-tool's Makefile.am so that it does not overwrite LIBS. This is the first part of fixing the build of cc-tool in a static linking scenario on SPARC, i.e to fix: http://autobuild.buildroot.net/results/ed9f2524d0ccef318ff1bc99e5dea980111de989/ The patch has been merged upstream, in https://github.com/dashesy/cc-tool/commit/553f9c601646af0c6e3f6150d0fa3bc63ff56416. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-08-20 15:34:15 +02:00
CC_TOOL_LIBS += -latomic
package/cc-tool: link with libatomic when needed Detecting the boost program_options library is broken: checking for the Boost program_options library... no configure: error: cannot find the flags to link with Boost program_options config.log shows the reason, libatomic is missing: conftest.o: In function `boost::detail::sp_counted_base::release()': conftest.cpp:(.text._ZN5boost6detail15sp_counted_base7releaseEv[_ZN5boost6detail15sp_counted_base7releaseEv]+0xc): undefined reference to `__atomic_fetch_sub_4' conftest.cpp:(.text._ZN5boost6detail15sp_counted_base7releaseEv[_ZN5boost6detail15sp_counted_base7releaseEv]+0x38): undefined reference to `__atomic_fetch_sub_4' /home/buildroot/br4/output/host/sparc-buildroot-linux-uclibc/sysroot/usr/lib/libboost_program_options.so: undefined reference to `__atomic_fetch_add_4' Please note that using LIBS=-latomic is not enough, although it fixes the configure check the bug reoccurs when linking cc-tool: CXXLD cc-tool src/application/cc_flasher.o: In function `boost::detail::sp_counted_base::weak_release()': cc_flasher.cpp:(.text._ZN5boost6detail15sp_counted_base12weak_releaseEv[_ZN5boost6detail15sp_counted_base12weak_releaseEv]+0xc): undefined reference to `__atomic_fetch_sub_4' We need to add -latomic to CXXFLAGS to both fix configure and linking. Fixes http://autobuild.buildroot.net/results/596/596f97364bb2c7598b0646da8160939356f0d2c6/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-07-29 22:32:20 +02:00
endif
cc-tool: new package cc-tool provides support for Texas Instruments CC Debugger Signed-off-by: Marcin Bis <marcin@bis.org.pl> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: avoid adding /usr/local to library path] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-05-02 21:03:33 +02:00
$(eval $(autotools-package))
Reference in New Issue Copy Permalink