buildroot/package/lcdproc/Config.in, branch 2016.08OpenPOWER buildroot sourceshttps://git.raptorcs.com/git/buildroot/atom?h=2016.082015-05-14T22:18:24+00:00lcdproc: needs dynamic library support2015-05-14T22:18:24+00:00Peter Korsgaardpeter@korsgaard.com2015-05-14T22:18:24+00:00urn:sha1:9cc56c24c9cc135990f9b604761596456487322e
Fixes:
http://autobuild.buildroot.net/results/4ac/4ac625f4e888ba859a5867671664dc8d041ec9b9/
http://autobuild.buildroot.net/results/614/61450e889c3912e38e52759812fbb6ce03270788/
http://autobuild.buildroot.net/results/138/13800e3b52c9f6c84f85325710a59c7b3c04d0ee/
http://autobuild.buildroot.net/results/041/0410fb15e65561031453bedbc549ed82ce7bdc71/
And many more.
Lcdproc forces shared libraries for the drivers, so mark it as unavailable
for static only builds.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Config.in files: use if/endif instead of 'depends on' for main symbol2013-12-25T11:21:39+00:00Thomas De Schampheleirepatrickdepinguin@gmail.com2013-12-20T21:31:30+00:00urn:sha1:35eaed8d07bdc73a83990bc306fcdb08b2e70eaf
In the Config.in file of package foo, it often happens that there are other
symbols besides BR2_PACKAGE_FOO. Typically, these symbols only make sense
when foo itself is enabled. There are two ways to express this: with
depends on BR2_PACKAGE_FOO
in each extra symbol, or with
if BR2_PACKAGE_FOO
...
endif
around the entire set of extra symbols.
The if/endif approach avoids the repetition of 'depends on' statements on
multiple symbols, so this is clearly preferred. But even when there is only
one extra symbol, if/endif is a more logical choice:
- it is future-proof for when extra symbols are added
- it allows to have just one strategy instead of two (less confusion)
This patch modifies the Config.in files accordingly.
Signed-off-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
lcdproc: needs MMU2013-03-12T09:31:06+00:00gilles.talis@gmail.comgilles.talis@gmail.com2013-03-11T07:41:24+00:00urn:sha1:4af3bb1d0e8054a8041bf0c9e015b93b5d124a46
Fixes:
http://autobuild.buildroot.org/results/58d0231cc39ee6be3064906f07307b438ea4c30b
Also fixed some indentation issues
Signed-off-by: Gilles Talis <gilles.talis@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
lcdproc: fix autobuilder failures2012-11-15T23:06:10+00:00Simon Dawsonspdawson@gmail.com2012-11-11T23:18:12+00:00urn:sha1:ffdb08d2219d2613f3aa9b20c30b20090948dded
The lcdproc version bump to 0.5.6 has resulted in autobuilder failures such as
the following.
http://autobuild.buildroot.org/results/9967bc20a6094e836c4c18ff2cd30edef143bb8e/build-end.log
The 0.5.6 release added a new glcd driver, which requires the freetype and zlib
libraries. This patch makes the lcdproc package depend on freetype and zlib.
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
lcdproc: add support for menus2012-10-08T20:32:44+00:00Simon Dawsonspdawson@gmail.com2012-10-04T02:11:39+00:00urn:sha1:23467d5e2c36866899bbe644c3adf7409cdba6d6
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Add lcdproc config options, for driver selection2012-05-01T20:22:10+00:00spdawson@gmail.comspdawson@gmail.com2012-04-11T12:12:30+00:00urn:sha1:acf2af2d91838b15a645bf17cb4a50688603b2af
Add a configuration menu item to specify a list of lcdproc drivers to
be built. The list defaults to 'all'.
Signed-off-by: Simon Dawson <spdawson@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Added lcdproc package2012-03-15T21:34:30+00:00Simon Dawsonspdawson@gmail.com2012-03-15T08:49:42+00:00urn:sha1:ccb44fd52f76bca3cbd6a89bc9407ada5ab47d65
[Peter: fix download URL, move to 'Hardware handling' section]
Signed-off-by: Simon Dawson <spdawson at gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>