summaryrefslogtreecommitdiff
path: root/meta/recipes-qt
Commit message (Collapse)AuthorAgeFilesLines
* QT4 mips: disable the LDFLAGS "-Bsymbolic-functions"Yu Ke2010-09-072-0/+29
| | | | | | | | | | | | "-Bsymbolic-functions" flag makes ld to bind the global function symbol of shared library at compiling time, thus reduce the runtime relocation cost. However, this flag in binutil 2.20 cause QT4 mips building failure, which is "final link failed: Bad value" error in libQtWebKit.so linking stage. If downgrad to binutil 2.19, this error disappears. so before binutil new release is out, it is better to disable this flag for QT4 mips. Fix [BUGID #271] Signed-off-by: Yu Ke <ke.yu@intel.com>
* tasks-poky-basic and tasks-poky-qt: bump PR and remove atSaul Wold2010-09-041-1/+1
| | | | | | | Remove at since it's failing build Add Zypper to lsb image Signed-off-by: Saul Wold <Saul.Wold@intel.com>
* task-poky-qt.bb: Exclude mips from buildingSaul Wold2010-09-031-4/+5
| | | | Signed-off-by: Saul Wold <Saul.Wold@intel.com>
* task-poky-qt: create a task and add to poky-image-sdkSaul Wold2010-09-031-0/+20
| | | | | | Fixes [BUGID #260] Signed-off-by: Saul Wold <Saul.Wold@intel.com>
* packages: Separate out most of the remaining packages into recipesRichard Purdie2010-09-016-285/+0
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-2728-0/+1530
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>