summaryrefslogtreecommitdiffstats
path: root/meta/recipes-support/boost/boost.inc
Commit message (Collapse)AuthorAgeFilesLines
* boost: Limit PARALLEL_MAKE by -j 64Martin Jansa2013-07-091-2/+16
| | | | | | | | | | | | | | * greater paralelism isn't supported by bjam and causes segfault or ignoring -j * PARALLEL_MAKE was enabled for boost in http://git.openembedded.org/openembedded-core/commit/?id=9b9cfc1dfe5e3b8f89b7a8508537166d0f23935e (From OE-Core master rev: c212f306934aa1c7c825e3bb060d4799be1efca1) (From OE-Core rev: 61831b8afac73496fb54583d95690cf6238286ac) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Add real native supportStefan Herbrechtsmeier2013-03-291-45/+4
| | | | | | | | | | | | | | | | | The current boost recipe only creates the bjam build tool during a native run and thereby is not usable for other native recipes that depend on a boost library. Split out the build tool into its own bjam-native recipe and add real native support to the boost recipe. Additionally replace the boost-native with bjam-native in the DEPENDS. This allows recipes to depend on native boost librarties without increase of the build time for other use cases. Native compilation of bzip2 isn't working and therefore disabled. (From OE-Core rev: aec1e3484d89a3ef0fb5b3470a620cc055f66c37) Signed-off-by: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Upgrade 1.51 -> 1.52Khem Raj2013-01-211-2/+0
| | | | | | | | | Drop hash_enums.patch which is already applied upstream (From OE-Core rev: c4d3f5596662d6aced46f270f566b510a36e4952) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Use PARALLEL_MAKE for bjamSamuel Stirtzel2013-01-101-3/+5
| | | | | | | | | | | | | | | | | | | | | | | | | Like make, bjam accepts the parameter -jX for multithreaded execution do_install also profits from this setting Tested with a quad core 64bit intel cpu (with hyperthreading) PARALLEL_MAKE="j16" $ time bitbake boost before: real 14m37.433s user 7m40.785s sys 4m30.109s after: real 7m11.979s user 12m10.694s sys 2m47.078s Also fixes tab indention (From OE-Core rev: 9b9cfc1dfe5e3b8f89b7a8508537166d0f23935e) Signed-off-by: Samuel Stirtzel <s.stirtzel@googlemail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Activate zlib and bzip2 because they now work.Denis 'GNUtoo' Carikli2012-11-141-7/+2
| | | | | | | | | | | This patch is needed for making wesnoth(will be sumbited in meta-games) work. [RP: Add missing bzip2 dependency] (From OE-Core rev: 9987998d7431fb33b12a7e210024a8193b43e717) Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-support: replace virtclass-native(sdk) with class-native(sdk)Robert Yang2012-11-021-6/+6
| | | | | | | | | | | | | | | | | | | | | The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. NOTE: There were 2 errors in libcap.inc, the BUILD_LDFLAGS_virtclass_native should be BUILD_LDFLAGS_virtclass-native (the "_" should be "-"), otherwise it doesn't work, and the value was: "-Wl,rpath=...", this is incorrect, it shoudl be: "-Wl,-rpath=..." (lacked a - ), but we don't need this line, since it is already in the default BUILD_LDFLAGS. Remove it and we don't need to bump the PR since we just removed a unused line. [YOCTO #3297] (From OE-Core rev: cafb550fe9034754933f1708446dde155dcc3d51) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Remove a number of unneeded import os/bb callsRichard Purdie2012-07-191-2/+0
| | | | | | | | | | The bb and os modules are always imported so having these extra import calls are a waste of space/execution time. They also set a bad example for people copy and pasting code so clean them up. (From OE-Core rev: 7d674820958be3a7051ea619effe1a6061d9cbe2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Ensure we use our user-config.jam fileSaul Wold2012-04-261-1/+2
| | | | | | | | | | | | | This change ensures we use the user-config.jam Configuration that we created and will not use anything from the user's home directory. [YOCTO #2302] (From OE-Core rev: 555f2fc374728b3b379f2ad59c8c5fc34aeb194a) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: set python-root correctlyTasslehoff Kjappfot2012-04-261-2/+8
| | | | | | | | [RP: Fix whitespace] (From OE-Core rev: 7bd803c9535afe5933d41f92da5208ae773e2abb) Signed-off-by: Tasslehoff Kjappfot <tasskjapp@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: fix re-execution of taskVenkata ramana gollamudi2012-04-131-1/+5
| | | | | | | | | | | | | | | | | After building boost package, re-execution of boostconfig task followed by re-execution of compile task is giving following error "error: duplicate initialization of gcc with the following parameters" during compilation It is because multiple entries of gcc are being added during boostconfig re-execution there by failing the compilation. The patch fixes adding multiple "Using gcc" entries into /tools/build/v2/user-config.jam [Yocto #2194] (From OE-Core rev: 291e20a51544c640d07767d1dc32d762f4370f41) Signed-off-by: Venkata Ramana Gollamudi <ramana.gollamudi@huawei.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Correct license name BSL-1 -> BSL-1.0Richard Purdie2012-03-131-2/+2
| | | | | | (From OE-Core rev: fe8282824f54fd49a9b53d63b45c76132c3dc04f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Convert getVar/getVarFlag(xxx, 1) -> (xxx, True)Richard Purdie2012-03-051-2/+2
| | | | | | | | | | | | Using "1" with getVar is bad coding style and "True" is preferred. This patch is a sed over the meta directory of the form: sed \ -e 's:\(\.getVar([^,()]*, \)1 *):\1True):g' \ -e 's:\(\.getVarFlag([^,()]*, [^,()]*, \)1 *):\1True):g' \ -i `grep -ril getVar *` Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: refactor packages for staticdevSaul Wold2012-01-191-3/+4
| | | | | | | (From OE-Core rev: 0f4f139dd1a6e2c58f26a109b0a94ce01aca272b) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* native.bbclass: Fix variable remapping coverageRichard Purdie2012-01-051-0/+1
| | | | | | | | | | | | | | | | | When looking for RDEPENDS to process, bitbake iterates through PACKAGES *and* PN. Since native.bbclass sets PACKAGES to be empty, its pointless remapping the list of PACKAGES since this does nothing. There is a problem since *_${PN} are used by bitbake but not remapped by the native.bbclass class extension code. This changes the code to remap _${PN} in both expanded and unexpanded forms. As a result of this, various surprising dependencies are uncovered and the patch rectifies those. These are real bugs since they're injecting unneeded (unremapped) dependencies into the dependency chain. (From OE-Core rev: 0f485bfd6fc82a109b9da629e464fca1e90faec3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Update to 1.48 and Clean upsSaul Wold2012-01-031-4/+12
| | | | | | | | | | | | | | | | There were 2 "BJAM_OPTS =" in the .bb and .inc, the .inc was being overwritten and the ICU dependency was not removed correctly. Do some clean-up including moving install_append into do_install directly. Finally the BJAM_EXTRAS += "threading=multi" was not setting set correctly, set it on the BUILD spec line (From OE-Core rev: c521aa1ad6aaae373ee4495e28e971a90adc5563) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost : Do not use icu when building boost.Philip Balister2011-12-131-1/+2
| | | | | | | | | | | Without this, boost needs to build icu to create images using boost regex. RP inidicated he would rather disable icu, than add an extra dependency to the recipe. (From OE-Core rev: f60417055f869acb871be1f01c6900fdf685d71a) Signed-off-by: Philip Balister <philip@balister.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* OECore license fixes: meta/*Elizabeth Flanagan2011-12-081-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a quick audit of only the most obviously wrong licenses found within OECore. These fixes fall into four areas: - LICENSE field had incorrect format so that the parser choked - LICENSE field has a license with no version - LICENSE field was actually incorrect - LICENSE field has an imaginary license that didn't exist This fixes most of the LICENSE warnings thrown, along with my prior commit adding additional licenses to common-licenses and additional SPDXLICENSEMAP entries. HOWEVER..... there is much to be done on the license front. For a list of recipes with licenses that need obvious fixing see: https://wiki.yoctoproject.org/wiki/License_Audit That said, I would suggest another license audit as I've found enough inconsistencies. A good suggestion is when in doubt, look at how openSuse or Gentoo or Debian license the package. (From OE-Core rev: 3083dd70b3a9fa01fcc3cf00373b05502505996e) Signed-off-by: Elizabeth Flanagan <elizabeth.flanagan@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* getVar/setVar cleanupsRichard Purdie2011-11-271-2/+2
| | | | | | | | | Complete the bb.data.getVar/setVar replacements with accesses directly to the data store object. (From OE-Core rev: 2864ff6a4b3c3f9b3bbb6d2597243cc5d3715939) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* boost: Update to 1.47.0 & CleanupSaul Wold2011-11-161-0/+184
Removed boost-jam-native since it was an older version no incompatible with boost 1.47. Modified boost to use BBCLASSEXTEND native for the bjam native binary. Removed older unused patches. (From OE-Core rev: 67df7590d0a6600cb9768b3df2b56983a5fe234f) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>