buildroot/support/scripts/scancpan, branch 2016.08

scancpan: improve message when bad host perl version

2016-07-04T15:41:54+00:00

Signed-off-by: Francois Perrad [Thomas: - add comment in scancpan about the version dependency, suggested by Yann E. Morin. - add comment in perl.mk about the need to sync any version change with scancpan, also suggested by Yann E. Morin.] Signed-off-by: Thomas Petazzoni

scancpan: use recommend & test flags only at first level

2016-03-15T22:16:33+00:00

Currently, these flags are recursively propagated. This behavior is not expected by users, because it can cause dependencies explosively. Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

scancpan: handle recommended dependencies as optional packages

2016-03-15T22:16:29+00:00

Currently, without the flag -recommend, scancpan takes as dependency only one which has the relationship "requires"; this mode works fine. And, with the flag -recommend, scancpan takes all ones (ie. with relationship "requires" or "recommends") in the same way; this mode never works fine, because it is too simplistic. With this commit, the "not required" dependencies are handled as optional BR package or skipped if a cyclic dependency is detected. Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

scancpan: README as default license file

2015-10-26T21:56:05+00:00

add this heuristic when no specific license file is found Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

pkg-perl: refactor perl infrastructure

2015-10-02T19:56:52+00:00

the perl dependency of cpan module is no longer generated by scancpan, but added at the infrastructure level Signed-off-by: Francois Perrad Signed-off-by: Thomas Petazzoni

scancpan: fix detection of native module

2015-09-20T13:14:10+00:00

When a module is native or depends of a native module, it must be disabled for static builds via its Config.in We detect native modules by looking at the filenames listed in the MANIFEST. If there is a file which looks like it contains code that much be compiled (e.g. .c, .h and so on...), then we exclude that module (and its dependencies) from static builds. That's what we tried to do so far, but failed when there was a comment on the same line as the filename in the manifest, like so: foo-bar.c # Bla bla bla Fix that by detecting either endof-line (as currently done) or end-of-string. For an example of failed build of perl-html-parser, see http://autobuild.buildroot.net/results/128/128671dfa23d843698a63220c2fac1f44e1d5845/ [Thomas: use better commit log proposed by Yann E. Morin.] Signed-off-by: Francois Perrad Signed-off-by: Thomas Petazzoni

scancpan: remove hack for Module-Build

2015-09-06T20:48:49+00:00

with Perl 5.22, Module-Build is no longer a core module Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

perl: bump to version 5.22.0

2015-09-06T20:48:42+00:00

Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

scancpan: adjust package name

2015-07-23T20:36:18+00:00

underscore is not allowed in BR package name. this problem was found with the Perl module DB_File which must give the BR package perl-db-file. Signed-off-by: Francois Perrad Signed-off-by: Thomas Petazzoni

Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS

2014-12-11T21:48:13+00:00

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 Reviewed-by: "Yann E. MORIN"