openembedded-core.git/meta/recipes-devtools/gnu-config, branch master

gnu-config: Only apply path transformations in the non-native/non-nativesdk case

2011-12-01T12:45:53Z

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. Signed-off-by: Richard Purdie

gnu-config: Extend to provide nativesdk recipe

2011-11-30T15:09:17Z

We need to provide autoconf-natviesdk in meta-toolchain, the gnu-config-nativesdk is required by it. Signed-off-by: Wenzong Fan Signed-off-by: Richard Purdie

gnu-config: Create 2011111 release

2011-11-16T17:28:50Z

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. Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

gnu-config: update to git HEAD

2011-11-16T17:28:42Z

Licence has update timestamp and Copyright year. This change needs a coresponding change to ASSUME_PROVIDED to add git-native Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

Convert to use direct access to the data store (instead of bb.data.Var())

2011-11-10T11:35:32Z

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 *` Signed-off-by: Richard Purdie

gnu-config-native: should depend on perl-native-runtime rather than perl-native

2011-06-14T13:37:30Z

Signed-off-by: Dexuan Cui

recipes: Update upstream-status of patches

2011-05-13T09:58:08Z

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 Signed-off-by: Nitin A Kamble

gnu-config-native: add dependency on perl-native

2011-05-09T06:56:10Z

Fixes [YOCTO #968] Signed-off-by: Dexuan Cui

gnu-config: Use perl from the environment, not a hardcoded path

2011-03-17T11:49:47Z

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 Signed-off-by: Richard Purdie

recipes-devtools: Add Summary information

2010-12-16T15:53:08Z

Add Summary information and update Descripts as necessary. Signed-off-by: Mark Hatle