linux/poky.git/meta/classes/gettext.bbclass, branch pyro

meta: remove True option to getVar calls

2016-12-16T10:23:23+00:00

getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Search made with the following regex: getVar ?\(( ?[^,()]*), True\) (From OE-Core rev: 7c552996597faaee2fbee185b250c0ee30ea3b5f) Signed-off-by: Joshua Lock Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gettext: Improve USE_NLS handling for nativesdk/crosssdk/cross-canadian

2013-08-23T15:20:11+00:00

The gettext handling of USE_NLS has become a bit tricky to understand, or alter from the SDK context. This patch introduces a SDKUSE_NLS which can be set to configure a given SDK/ADT to use NLS or not. This is independent of the target system NLS usage. The code in gettext.bbclass is therefore simplified and the classes themselves now set USE_NLS to appropriate values. No NLS is used for native, cross and crosssdk since it is never used there and would just increase build time. (From OE-Core rev: fe634d47449899f7424adb77ff5bc7ddf8a07a47) Signed-off-by: Richard Purdie

gettext: disable nls when INHIBIT_DEFAULT_DEPS is set

2013-07-29T12:09:11+00:00

* for example in gcc-runtime DEPENDS_GETTEXT from gettext.bbclass isn't used because gcc-runtime recipes also set INHIBIT_DEFAULT_DEPS, explicitly disable NLS when DEPENDS_GETTEXT is empty * this is causing undeterministic build if you compare i586-oe-linux/libstdc++-v3/config.log in WORKDIR when building gcc-runtime before and after building gettext-native you'll see that msgfmt isn't found in one of them and gcc-runtime-locale-{de,fr} packages aren't created, there is only one file in them: gcc-runtime-locale-de/usr/share/locale/de/LC_MESSAGES/libstdc++.mo (From OE-Core rev: 8f0b07fc53c94426efa3557424328b52a61e7305) Signed-off-by: Martin Jansa Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

gettext.bbclass: Ensure we don't overwrite other DEPENDS_GETTEXT values

2012-04-22T14:59:56+00:00

In particular, this overwrites the value from cross-canadian.bbclass in some cases which isn't the desired behaviour and unnecessarily complicates/breaks the dependency chain. (From OE-Core rev: 751ead4fa7d4120de906a1d9cb1d5a29357bebad) Signed-off-by: Richard Purdie

cross-recipes: Disable nls in gettext bbclass

2011-12-15T14:36:23+00:00

Right now for cross recipes e.g. gcc-cross and binutils-cross we specify --disable-nls .... --enable-nls on configure cmdline the --enable-nls coming from gettext bbclass. So we disable nls for all cross inheriting recipes in gettext bbclass and then we remove the extra --disable-nls in gcc-cross and binutils-cross This patch needs testing. Please help (From OE-Core rev: d66b379f809b9c75981848fcc71ed5de13382bf7) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gettext: Switch to disabling nls and reducing -native build dependencies to a set of pre built m4 macros

2011-11-02T08:58:03+00:00

When analysing our build performance, its apparent that binutils-cross takes an age to get built. This is due to its dependencies on flex-native and bison-native which in turn depend on gettext-native. gettext-native is problematic as it has a significant dependency chain of its own and takes an age to build. What is worse is that we never care about the native language support in -native and -cross packages since we always force the C locale. This patch therefore disables nls for all -native packages (its already disabled for -cross) and adds a new gettext-minimal-native package which contains the m4 macros to keep autoconf/automake happy. This means we gain a significant build time speedup by the removal of gettext-native from most dependency chains (only being part of gettext for the target now). For now the LICENCE field says GPLv3, the macros are actually under a FSF MIT like licence so we need to update this part of the patch in due course. (From OE-Core rev: 01b2a16beb4a924077b74943ad4d6e7976563ff1) Signed-off-by: Richard Purdie

classes/gettext: Do not disable nls for non target recipes

2011-07-20T14:27:37+00:00

nls disabling is target specific but USE_NLS=no will disable nls even for other kind of recipes. We should let them build with nls (From OE-Core rev: 7be58f695aaa8b111fcf79a3505964e9f49b108a) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gettext.bbclass, bitbake.conf: Append nls options to EXTRA_OECONF instead of +=

2011-05-09T13:09:10+00:00

Some recipes do not defined EXTRA_OECONF in such cases += drops the --enable|--disable-nls options. In another case where recipe defines EXTRA_OECONF instead of adding/appending to it then --enable|--disable-nls options are lost from EXTRA_OECONF We define EXTRA_OECONF = "" in bitbake.conf so the variable exists always. We use _append instead of += so the option is added at very end and not lost. We only return empty gettext dependencies if its a target recipe in case when USE_NLS is not set because the native/cross/nativesdk recipes still need the gettext dependencies (From OE-Core rev: c47c783ddca8427aa7381e1df254a8d29ff0fe78) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gettext.bbclass: Updates to better handle gettext alternatives

2011-05-03T23:40:40+00:00

* Change gettext dependency to virtual/gettext * Ensure INHIBIT_DEFAULT_DEPS removes gettext dependencies * Use BASEDEPENDS to ensure dependencies are added in native/nativesdk cases (From OE-Core rev: d19735ad5a45f969918fb73ea4845bef48d9ee24) Signed-off-by: Richard Purdie

gettext.bbclass: Set the gettext dependencies correctly for target, cross and native packages

2010-01-05T21:10:47+00:00

Signed-off-by: Richard Purdie