summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/gnu-config
Commit message (Collapse)AuthorAgeFilesLines
* base: Improve makefile clean handling, introduce CLEANBROKEN variableRichard Purdie2014-11-092-8/+2
| | | | | | | | | | | | | | It turns out we have quite a number of Makefiles out there without a clean target. Rather than have all cases code an empty do_configure, add a CLEANBROKEN variable which when set to "1" will disable the attempt to "make clean". This patch also adjusts various recipes which either have this problem fixed, or have been reported to have make clean failures. (From OE-Core rev: 45b7d3add14eafc25da62bab68d4ae133f8dcb57) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config: Deal with "make clean" breakageRichard Purdie2014-10-302-0/+10
| | | | | | | | | gnu-config can't cope with a "make clean" so disable that newly enabled functionality. (From OE-Core rev: 2b0e78267df0ad708a5c15871757ca0db178621f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config: Let it recognise *-*-musl* tripletsKhem Raj2014-06-012-0/+26
| | | | | | | | | | This will help autotools based packages to recognise musl (From OE-Core rev: a51f790bd657011d871aab603d1695937bfa2033) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Remove PR = r0 from all recipesRichard Purdie2013-10-302-2/+0
| | | | | | | | | | | | | Remove all PR = "r0" from all .bb files in oe-core. This was done with the command sed -e '/^PR.*=.*r0\"/d' recipes*/*/*.bb -i We've switching to the PR server, PR bumps are no longer needed and this saves people either accidentally bumping them or forgetting to remove the lines (r0 is the default anyway). (From OE-Core rev: 58ae94f1b06d0e6234413dbf9869bde85f154c85) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* remove the unnecessary protocol parametersJackie Huang2013-08-301-1/+1
| | | | | | | | | | | It's not necessary to specify the protocol parameter when it's the default protocol for the fetcher, e.g. the default protocol for git fetcher it git, "protocol=git" isn't needed. (From OE-Core rev: a2bab241c64428d5109c3c5ac5de4463fbad70c5) Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-devtools: replace virtclass-native(sdk) with class-native(sdk)Robert Yang2012-11-022-2/+2
| | | | | | | | | | | | | The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] (From OE-Core rev: bb67ddeb2eed3e25c626a279ef53a7e8c7bfe6f2) 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>
* gnu-config: update to 2012.08.14 to get support for AArch64 architectureMarcin Juszkiewicz2012-10-182-26/+31
| | | | | | | | (From OE-Core rev: fd082d328f1312847097794dea588ed670206cb4) Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie2012-09-022-2/+2
| | | | | | | | | | | | | | | As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config: Only apply path transformations in the non-native/non-nativesdk caseRichard Purdie2011-12-012-2/+2
| | | | | | | | | | | The BUILD_ARCH != TARGET_ARCH check isn't a safe one to detect native builds and doesn't cover the nativesdk case. This converts the recipe to use PN instead which is more accurate and ensures the correct entries making it into the correct packages. (From OE-Core rev: 4a601314604e8428d9dace95c32a71a57eacaaf5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config: Extend to provide nativesdk recipeWenzong Fan2011-11-301-2/+2
| | | | | | | | | | We need to provide autoconf-natviesdk in meta-toolchain, the gnu-config-nativesdk is required by it. (From OE-Core rev: 5e134b60773fa948c586dae777a6e75dce29d27d) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config: Create 2011111 releaseSaul Wold2011-11-161-0/+41
| | | | | | | | | | | Use a yoctoproject.org based tarball since gnu-config is required very early on in the native build process, we do not want to rely on git, which can cause a circular dependency issue. (From OE-Core rev: 63fbf7dffb07c9adc3e4fbb504dcb81ea335e859) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config: update to git HEADSaul Wold2011-11-162-85/+75
| | | | | | | | | | | Licence has update timestamp and Copyright year. This change needs a coresponding change to ASSUME_PROVIDED to add git-native (From OE-Core rev: b6c2631209181f43bbe54bb41b0a668f5b9e1383) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Convert to use direct access to the data store (instead of bb.data.*Var*())Richard Purdie2011-11-101-1/+1
| | | | | | | | | | | | | | | | | This is the result of running the following over the metadata: sed \ -e 's:bb.data.\(setVar([^,()]*,[^,()]*\), *\([^ )]*\) *):\2.\1):g' \ -e 's:bb.data.\(setVarFlag([^,()]*,[^,()]*,[^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^(), ]*\) *,\([^)]*\)):\2.\1,\3):g' \ -e 's:bb.data.\(getVarFlag([^,()]*,[^,()]*\), *\([^() ]*\) *):\2.\1):g' \ -e 's:bb.data.\(getVar([^,()]*\), *\([^) ]*\) *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config-native: should depend on perl-native-runtime rather than perl-nativeDexuan Cui2011-06-091-2/+2
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* recipes: Update upstream-status of patchesNitin A Kamble2011-05-131-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches (From OE-Core rev: a62fa9b213b09bf48c48499d2e3c66a9ee306deb) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config-native: add dependency on perl-nativeDexuan Cui2011-05-092-2/+6
| | | | | | | | | Fixes [YOCTO #968] (From OE-Core rev: 649a836a6a5c64aa48f2a612a90c2d4c26731e05) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnu-config: Use perl from the environment, not a hardcoded pathRichard Purdie2011-03-172-3/+3
| | | | | | | | | | | | | | Using the hardcoded perl binary can cause conflict between the files in the native sysroot and those of the build system perl. By using perl from the environment we can at least ensure a consistent perl environment. Patches taken from OE.dev commits: be21179c5321bd0afb9221f020ac12ad75c86a3b gnu-config: use /usr/bin/env perl instead of /usr/bin/perl in gnu-configize.in edcdefbf6e0675c1bcc1fc4f464f654223380e50 gnu-config: update also bindir change to replace /usr/bin/env instead of /usr/bin/perl (From OE-Core rev: a508e7c03840efcd5877f4185e8f024cedb9453f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-devtools: Add Summary informationMark Hatle2010-12-161-1/+2
| | | | | | Add Summary information and update Descripts as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* gnu-config:Add license checksum and update the GPL informationMei Lei2010-12-021-1/+2
| | | | | | Add config.guess file checksum to bb file and update the "GPL" to "GPLv1+" according to the license file Signed-off-by: Mei Lei <lei.mei@intel.com>
* gnu-config: Fix target version to contain all the substitutions and not ↵Richard Purdie2010-09-101-3/+2
| | | | | | overwrite the first half with the second set of changes Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-274-0/+500
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>
OpenPOWER on IntegriCloud