Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | package/perl-*: regeneration of Config.in files with full stop | Francois Perrad | 2018-11-01 | 1 | -1/+1 |
| | | | | | Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> | ||||
* | perl-*: regeneration of Config.in files | Francois Perrad | 2018-10-10 | 1 | -1/+1 |
| | | | | | Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> | ||||
* | perl-html-parser: bump to version 3.72 | Francois Perrad | 2016-07-23 | 1 | -3/+2 |
| | | | | | Signed-off-by: Francois Perrad <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> | ||||
* | scancpan: fix detection of native module | Francois Perrad | 2015-09-20 | 1 | -0/+4 |
| | | | | | | | | | | | | | | | | | | | | | | | | | 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 <francois.perrad@gadz.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> | ||||
* | package/perl-html-parser: New package | Bernd Kuhls | 2015-04-19 | 1 | -0/+8 |
Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> |