buildroot/support/misc, branch 2017.08

Update for 2017.08

2017-09-01T23:17:43+00:00

Signed-off-by: Peter Korsgaard

support/scripts: relocate-sdk.sh now uses a normal pipe to find strings

2017-07-20T20:29:12+00:00

The normal shell does not support the bashism "< <(...)". Therefore we use a normal pipe to find files containing a specific string. Signed-off-by: Wolfgang Grandegger Signed-off-by: Thomas Petazzoni

support/scripts: relocate-sdk.sh now creates sdk-location in share/buildroot

2017-07-20T13:47:41+00:00

This is because $(HOST_DIR)/usr is gone. Signed-off-by: Wolfgang Grandegger Acked-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

pkg-cmake: programs are now installed in $(HOST_DIR)/bin

2017-07-05T09:50:21+00:00

Remove the redundant usr/ component of the HOST_DIR paths. Since a previous commit added a symlink from $(HOST_DIR)/usr to $(HOST_DIR), everything keeps on working. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Reviewed-by: Romain Naour Signed-off-by: Thomas Petazzoni

pkg-cmake: move configuration files out of $(HOST_DIR)/usr

2017-07-05T09:50:14+00:00

Move toolchainfile.cmake and Buildroot.cmake from $(HOST_DIR)/usr/share/buildroot to $(HOST_DIR)/share/buildroot. Build-tested with a bunch of cmake packages. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Reviewed-by: Romain Naour Signed-off-by: Thomas Petazzoni

support/scripts: add relocate-sdk.sh script for SDK relocation

2017-07-04T15:59:37+00:00

It will install the script "relocate-sdk.sh" in the HOST_DIR allowing to adjust the path to the SDK directory in all text files after it has been moved to a new location. Signed-off-by: Wolfgang Grandegger [Thomas: - Fix shebang to be /bin/sh instead of /bin/bash, suggested by Arnout - Use | instead of \ as a separator for sed expressions, suggested by Arnout, discussed with Wolfgang and others - Remove ./ at the beginning of LOCFILE, suggested by Arnout - Fix comment about the path check being made before doing the replacement, suggested by Arnout - Fix indentation, suggested by Arnout.] Signed-off-by: Thomas Petazzoni

support/misc/target-dir-warning.txt: fix typo

2017-06-14T19:14:59+00:00

s/owernship/ownership/ Signed-off-by: Rahul Bedarkar Signed-off-by: Peter Korsgaard

Update for 2017.05

2017-05-31T21:55:40+00:00

Signed-off-by: Peter Korsgaard

core/pkg-cmake: better way to pass our CMAKE_MODULE_PATH

2017-03-05T20:34:49+00:00

Currently, we tell cmake where to look for our own custom platform description by passing the path to the moduls directory on the command line. However, this causes two different problems. First, some packages simply set CMAKE_MODULE_PATH in their CMakeList.txt, thus overriding our own path, and then our platform description is not found. Second, cmake may internally call sub-cmake (e.g. in the try_compile macro), but the CMAKE_MODULE_PATH is not automatically passed down in this case. For the first problem, we could hunt down and fix all offenders, but this is an endless endeavour, especially since packagers are told to do so on the cmake wiki [0]: CMAKE_MODULE_PATH tell CMake to search first in directories listed in CMAKE_MODULE_PATH when you use FIND_PACKAGE() or INCLUDE() SET(CMAKE_MODULE_PATH ${PROJECT_SOURCE_DIR}/MyCMakeScripts) FIND_PACKAGE(HelloWorld) The second problem could be solved by passing yet another variable on the command line, that tells cmake to explicitly pass arbitrary variables down to sub-cmake calls: -DCMAKE_TRY_COMPILE_PLATFORM_VARIABLES=CMAKE_MODULE_PATH However, this only covers the case of try_compile. Even though no other case is known yet, we'd still risk missing locations where we would need to propagate CMAKE_MODULE_PATH, even some where we'd have no solution like for try_compile. Instead, ngladitz on IRC suggested that CMAKE_MODULE_PATH be set directly from the toolchain file. And indeed this fixes both problems explained above. So be it. [0] https://cmake.org/Wiki/CMake_Useful_Variables Signed-off-by: "Yann E. MORIN" Cc: Samuel Martin Cc: Jörg Krause Cc: Ben Boeckel Cc: Baruch Siach Cc: Vicente Olivert Riera Cc: Thomas Petazzoni Cc: Arnout Vandecappelle Cc: Peter Korsgaard Signed-off-by: Thomas Petazzoni

support/cmake: impersonate a Linux system even more

2017-03-02T21:09:34+00:00

Some packages test the system name to decide whether to enable/disable features or link with specific libs. So we forcefully set the system name form our custom system file, so that packagses still believe they are running on Linux rather than Buildroot. Fixes: fastd : http://autobuild.buildroot.net/results/f1d/f1dfe90068ad62e733f17a22202235415bda3974/ paho-mqtt-c: http://autobuild.buildroot.net/results/457/457d76279e16247bf58c838a2c5dd0a4f3962c21/ libiio : http://autobuild.buildroot.net/results/281/2812b008a0ab6bab5fe4d45eb9ffe4e9496a8cb4/ and so on... Reported-by: Thomas Petazzoni Reported-by: Baruch Siach Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Baruch Siach Cc: Ben Boeckel Cc: Jörg Krause Cc: Vicente Olivert Riera Cc: Samuel Martin Signed-off-by: Thomas Petazzoni