summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* bitbake.conf/classes: Variable cleanupRichard Purdie2011-07-259-43/+19
| | | | | | | | | | | | | This patch removes the variables BASE_PACKAGE_ARCH, BASEPKG_HOST_SYS, BASEPKG_TARGET_SYS and also removes the immediate assignments in several core classes as these are no longer required. This should make it clearer what some of the core variables do and simplfy some overly complex and confusing class code. (From OE-Core rev: d5521be2dcbaf213c140b0d12a4176380874426b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-dynloader.patch: Fix multilib issue for perlMei Lei2011-07-251-1/+1
| | | | | | | | | | The perl-dynloader.patch can't support lib64 lib32, libx32, etc. Relax the regular expression to fix this issue. (From OE-Core rev: 7ebc7a5cb30e13217dc297994a6d9656b52bacba) Signed-off-by: Mei Lei <lei.mei@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Update version to 1.13.3Richard Purdie2011-07-252-2/+2
| | | | | | (Bitbake rev: f0b5d16426b983a67c51c47f3542162108bd4156) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* runqemu: report error if TMPDIR cannot be determinedScott Garman2011-07-251-12/+17
| | | | | | | | | | | | | | | | | | | | Invoking runqemu outside of the build directory for an in-tree setup results in an empty TMPDIR because bitbake -e cannot be run to find it. A symptom of this problem is running runqemu and getting the following error: Error: Unable to find tunctl binary in <directory> Catch this case and report the error to the user. This fixes [YOCTO #1278] (From OE-Core rev: ab5544ac801a976b56468ade0f5d2e95c11feb87) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* docbook-dsssl-stylesheets-native: Add SYSROOT_PREPROCESS_FUNCSaul Wold2011-07-251-2/+10
| | | | | | | | | | | | [YOCTO #1250] This added function will install a private install-catalog binary so that shared state can find the binary as there is not a guarantee. (From OE-Core rev: b3e68f112cff5f15b5245582eee7e087acbad2fa) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* docbook-sgml-dtd-native: Add SYSROOT_PREPROCESS_FUNCSaul Wold2011-07-251-2/+9
| | | | | | | | | | | | [YOCTO #1250] This added function will install a private install-catalog binary so that shared state can find the binary as there is not a guarantee. (From OE-Core rev: b4eef2e1bed0536325342ca884ee0905b7e79ada) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openjade-native: Add SYSROOT_PREPROCESS_FUNCSaul Wold2011-07-251-2/+10
| | | | | | | | | | | | [YOCTO #1250] This added function will install a private install-catalog binary so that shared state can find the binary as there is not a guarantee. (From OE-Core rev: 188ac8c8fe7a004c576190c42d0f33d00ea88c60) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.6: Fix packaging of native toolchainsKumar Gala2011-07-252-1/+2
| | | | | | | | | | | | | | | | | The base gcc package is missing liblto_plugin.so. If we try a simple hello world compile we get something like: root@p5020-ds:~# gcc hello.c gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found compilation terminated. We need to include liblto_plugin.so in the base gcc package and not gcc-dev. (From OE-Core rev: 282326a188467edf6caef21b07a7e51288674245) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* distro_tracking_fields.inc: update the info for tcf-agentDexuan Cui2011-07-251-6/+6
| | | | | | | (From OE-Core rev: 3a69daa561eb01c8df2fb56cdc0860add1f5e19d) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tcf-agent: upgrade to the latest stable revision 0.0+svnr1855Dexuan Cui2011-07-254-1043/+44
| | | | | | | | (From OE-Core rev: ae7bf72292de3db370373eee6c8084af63d788b5) Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake|cooker: save a copy of the environment when BitBake is startedJoshua Lock2011-07-252-2/+13
| | | | | | | | | | | | Create a data store in the cooker containing the values of the environment from when BitBake is launched such that child processes can replicate (and/or use values from) the host environment, rather than the cleaned up environment that the main BitBake process uses. (Bitbake rev: 54c7206165c0e7cfe5f7b243c80461baf5e7dfb1) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake-layers: remove unneeded do_EOFPaul Eggleton2011-07-251-3/+0
| | | | | | | | | | do_EOF is only needed when using the Python cmd class in line-oriented mode - we are just sending single commands to it. (Bitbake rev: 0cbf5dcaf9f67522bd58d868aa01f28e846dfc19) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake-layers: add command helpPaul Eggleton2011-07-251-1/+31
| | | | | | | | | | If you run "bitbake-layers help commandname" it now provides some useful help text. (Bitbake rev: 1548edcd18a78bab74cde39167169f11ba3c4d58) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake-layers: check for errors before parsingPaul Eggleton2011-07-251-1/+9
| | | | | | | | | | Don't always parse on initialisation - instead check for errors and then parse when we know we need to. Avoids keeping the user waiting. (Bitbake rev: 86adaca6ce959ad5e908c394625bc9880f3c0216) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* adjust comments/messages for default server changePaul Eggleton2011-07-251-3/+3
| | | | | | | | | Default server is process, adjust comments and messages accordingly. (Bitbake rev: 8ba4d0e98401cdb808f727703913ad8ba87f8e71) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake/cooker: show a warning when -b is specifiedPaul Eggleton2011-07-251-0/+4
| | | | | | | | | | | | Too many people are using -b because they think it is the normal way of specifying a target to be built, and then get confused when the build fails due to a missing dependency; so show a warning about dependencies not being handled when this option is used. (Bitbake rev: c470f3f36aef24c46d9722593422286340be296b) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* add note to -b option indicating no dependency handlingPaul Eggleton2011-07-251-1/+1
| | | | | | | | | The -b option doesn't handle dependencies so note this in the help. (Bitbake rev: b133b2e2dd5bcde705397eb38fa20a5c4da6e3b3) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* hob: rework image output type settingJoshua Lock2011-07-254-26/+56
| | | | | | | | | | | | | | | | | The preferences UI to set the image output type only supported setting a single value whereas it's common practice, particularly for those making use of the ADT, to set multiple values. This is also the default in Poky. This reworked preferences UI dynamically generates check boxes for each available image type and sets an appropriate string representing all image types when checkboxes are toggled. Includes fixes for [YOCTO #1273] (Bitbake rev: f7f68847dd165f2ad0f39011db4ebfef3ae73f42) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ui/crumbs/hobprefs: tweak the package format tooltipJoshua Lock2011-07-251-1/+2
| | | | | | | (Bitbake rev: 5f774ef02743c09d181395f15fc9262e7a67ef5c) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ui/crumbs/hobprefs: set higher arbitrary limit on threads & parallelismJoshua Lock2011-07-251-1/+6
| | | | | | | | | | | | | | We don't have a good handle on a sane cap value so just set it to an arbitrary, but reasonably high, number. Once we have some more numbers on values for number of threads and make parallelism we can integrate the algorithm into the GUI. Addresses [YOCTO #1266] (Bitbake rev: 31274e78eab502f5eb9f6079897644b535d31dd1) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* hob: only add new layer's to the UIJoshua Lock2011-07-252-3/+6
| | | | | | | | | | | | | | | If a user added the same layer more than once the underlying bblayers.conf file would not have multiple entries but the UI would show an entry for the layer for each time it was added. This patch changes the Configurator to return None values if the layer wasn't added to bblayers.conf and the LayerEditor to only update the UI if non-None values are returned. Fixes [YOCTO #1275] (Bitbake rev: 9c59baa4da3c863ebc412a56ffd8dbd7a8ffeb60) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ui/hob: if the user clicks Stop a second time only offer 'Force Stop'Joshua Lock2011-07-251-12/+26
| | | | | | | | | Fixes [YOCTO #1264] (Bitbake rev: 117fb14b93086660ce3f853964536920f916e060) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ui/hob: clear the search entry when resettingJoshua Lock2011-07-251-6/+7
| | | | | | | | | | | When resetting and clearing all selections the searched for term is no longer the selected row in the packages list, clear the search entry to prevent cognitive disconnect. (Bitbake rev: 4f86f5763ecf7f3a9673a9b18e96042e9387699b) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ui/crumbs/tasklistmodel: don't show native and cross recipesJoshua Lock2011-07-251-0/+3
| | | | | | | | | Addresses [YOCTO #1224] (Bitbake rev: 80f8d796392cbf3c54149c06347c35f871fc2d79) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* hob: refer to tasks as Package CollectionsJoshua Lock2011-07-251-1/+1
| | | | | | | (Bitbake rev: 453d65df6675f38b57f92d8a1b65aa3f78abe4f0) Signed-off-by: Joshua Lock <josh@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake/cache: allow class names with arguments to be specifiedPaul Eggleton2011-07-251-2/+3
| | | | | | | | | This ensures we understand e.g. "virtual:multilib:lib64:pn" for multilib. (Bitbake rev: 0b9dee799cfe2229ec62c257dda36bd6c15d34a9) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake/ast: include class name when arguments given in variantPaul Eggleton2011-07-251-6/+8
| | | | | | | | | | | For multilib this produces variants of e.g. "multilib:lib64" instead of just "lib64"; however we set BBEXTENDVARIANT to "lib64" and the latter will be used when composing filenames for multilib. (Bitbake rev: de7a2b91512bb3ab058f5eb5cd188acd2b8a2220) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta-yocto: Sync with TARGET_ARCH removal changesRichard Purdie2011-07-254-7/+0
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/include: Set TUNE_CCARGS instead of TARGET_CC_ARCHRichard Purdie2011-07-2528-32/+34
| | | | | | | | | | | | | | Since we're updating the tune file format, it makes sense to abstract the compiler tune arguments at this point too. This means that should these need to be overridden at any point, the original values can still be obtained in a similar manner to the other TUNE* variables. Whilst this isn't strictly necessary for any current need, its likely good practise to standardise this behaviour. (From OE-Core rev: 3a3c69a1bc3cf0b6f6a3b13d86c12ed21798d48e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* conf/machine/tune: Overhaul tune include file variablesRichard Purdie2011-07-2533-60/+98
| | | | | | | | | | | | | | | | | | | | | | There is currently consideradble confusion over how the tune files operate and how these interact with the rest of the build system. This update/overhaul changes things so the tune files are primarily resonsible for setting: TUNE_ARCH - What was formerly set as TARGET_ARCH and is the value that represents the architecture we're targetting. TUNE_PKGARCH - The value that represents the tune confuration that this set of tune parameters results in. This allows the significant improvement that the core can now always determine the target architecture value, even when TARGET_ARCH needs to be reset to something different and likewise, there is one package architecture variable the core can reference allowing simplification of the BASE_PACKAGE_ARCH, PACKAGE_ARCH and FEED_ARCH variables. (From OE-Core rev: a10de4cf8b424ee95c8e283e75d486be5b3b8eac) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/cross.bbclass: Add ability to dynamically change library locationRichard Purdie2011-07-252-8/+14
| | | | | | | | | | | | | | | | | Add the ability to dynamically change the library directory from "lib" to other values. This allows the tune files to specifiy altnerative ABIs which can be dynamically enabled by the multilib BBCLASSEXTEND code. A variety of approaches have been attempted with this, the immediate expansions in cross.bbclass being problematic as they are they are expanded before the bbclass extend event hander runs. This approach ensures the ${baselib} variable is retained in the expressions resolving that complication. Derived from some ideas from Mark Hatle. (From OE-Core rev: aeea22da699b276a97ca1a17e3c53176c9afd9de) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mpc8315e-rdb: Set TARGET_FPU correctKumar Gala2011-07-221-1/+1
| | | | | | | | | The MPC8315E has a e300c3 core in it with 'classic' or normal PPC floating point. 'SPE' floating point is what exists on the e500v2 core. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* bitbake/utils: Add contains helper function from lib.oe.utilsRichard Purdie2011-07-221-0/+14
| | | | | | | | | | | This function is needed by some of the early .conf setup we need to improve the machine/tune files in Openembedded. We need to add it here since the location in oe.utils can't be accessed until after base.bbclass parses which is too late for our needs. (Bitbake rev: abc67ed6921c98ed581f101ec1acc589fd9ce7e9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* consolekit 0.4.5: fix PAM installation dirKoen Kooi2011-07-221-3/+4
| | | | | | | (From OE-Core rev: b4c23fce3eadaff8fc621d38759d493cd03cc131) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gnome-keyring 2.32.1: fix PAM support and make it conditional on DISTRO_FEATURESKoen Kooi2011-07-221-6/+6
| | | | | | | | | | | The plugin got installed into the wrong dir leading to: gdm-session-worker[515]: PAM unable to dlopen(/lib/security/pam_gnome_keyring.so): /lib/security/pam_gnome_keyring.so: cannot open shared object file: No such file or directory (From OE-Core rev: f31ae697803bad73052066f7b39317f8a01695d4) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/powerpc*-linux: refactor needed options that are commonKumar Gala2011-07-222-19/+24
| | | | | | | | | | Pulled common options that are needed for powerpc64-linux to build out of powerpc32-linux and put them into powerpc-linux. (From OE-Core rev: d5a42bb0382243d12388a0e0b18461c58d12c60e) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/powerpc64-linux: Start initial site configKumar Gala2011-07-221-0/+21
| | | | | | | | | | | Use ac_cv_sizeof_* from eglibc as starting point for powerpc64-linux site info. We will refactor common bits that are needed out of powerpc32-linux based on build issues. (From OE-Core rev: 0f094d208b4a6ea21fb69a3e770f5bf742bf2155) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/powerpc32-linux: Update with ac_cv_sizeof_* from eglibcKumar Gala2011-07-221-4/+13
| | | | | | | (From OE-Core rev: 8fde75cc40712ad989855763f3005d1e26dc3ad1) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/powerpc64: Update power64-linux to include powerpc-linuxKumar Gala2011-07-221-2/+2
| | | | | | | | | | Now that we have a unique powerpc32-linux config, we share powerpc-linux between ppc32 & ppc64. (From OE-Core rev: 405a9a90f756c215e7454a4231179bc49c77ad1d) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* site/powerpc: Pull all powerpc config options into powerpc32-linuxKumar Gala2011-07-224-339/+340
| | | | | | | | | | | powerpc-common was really Linux PPC32 specific. So move all the options in it to powerpc32-linux and we can refactor out common bits shared between into powerpc-linux and powerpc-common. (From OE-Core rev: 6ba64ae1030c879021f0ee0789bee4f8d3c135c0) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openssl: Add handling for building on linux-powerpc64Kumar Gala2011-07-221-0/+3
| | | | | | | | | | If try to build for an ppc64 target openssl will fail to build since the configure script didn't know how to handle a 'linux-powerpc64' target. (From OE-Core rev: 9c98851951ba79a5e1a6a7daa2a3552dcf3adf86) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libart-lgpl: Add missing config file - allows builds on PowerPC 64Kumar Gala2011-07-221-0/+10
| | | | | | | (From OE-Core rev: 20f03c5d46b05e71fdb72f81326f381ba34d9f10) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* kernel-arch: Add handling of powerpc64Kumar Gala2011-07-221-2/+3
| | | | | | | (From OE-Core rev: ed6b9934b33cff3173d327b09e05ee02aa3a68c8) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libc: Add handling of powerpc64Kumar Gala2011-07-221-0/+1
| | | | | | | (From OE-Core rev: 76038de5e2d090c9864339531423a6d26403500c) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* insane.bbclass: Recognise powerpc64Kumar Gala2011-07-221-0/+1
| | | | | | | (From OE-Core rev: a7a03e7c683b30f525a5858f586f3f99ce2daf57) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* fix Upstream-Status line for few patchesNitin A Kamble2011-07-223-3/+3
| | | | | | | (From OE-Core rev: 36d489862e507413278e0f230515ab0b356f27ef) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: fix security vulnerabilityNitin A Kamble2011-07-223-1/+186
| | | | | | | | | | | | | | This Fixes bug: [Yocto #1254] http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2011-1015 Issue #2254: Fix CGIHTTPServer information disclosure. Relative paths are now collapsed within the url properly before looking in cgi_directories. (From OE-Core rev: 43e7ec07065e58128819b0bb359358ce42628672) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glib-2.0: fix a compilation issue due to dtraceNitin A Kamble2011-07-222-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | With multilib & x32 builds dtrace is getting turned-on by the glib-2.0 configure, which causes following compilation failure. | x86_64-linux-libtool: link: ccache gcc -isystem/disk0/pokybuild/build-multilib/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -Wall -Wl,-rpath-link -Wl,/disk0/pokybuild/build-multilib/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath -Wl,/disk0/pokybuild/build-multilib/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o .libs/gtester gtester.o -L/disk0/pokybuild/build-multilib/tmp/sysroots/x86_64-linux/usr/lib ./.libs/libglib-2.0.so -lrt -Wl,-rpath -Wl,/disk0/pokybuild/build-multilib/tmp/sysroots/x86_64-linux/usr/lib | ./.libs/libglib-2.0.so: undefined reference to `GLIB_SLICE_ALLOC' | ./.libs/libglib-2.0.so: undefined reference to `GLIB_MEM_REALLOC' | ./.libs/libglib-2.0.so: undefined reference to `GLIB_SLICE_FREE' | ./.libs/libglib-2.0.so: undefined reference to `GLIB_MEM_ALLOC' | ./.libs/libglib-2.0.so: undefined reference to `GLIB_MEM_FREE' | ./.libs/libglib-2.0.so: undefined reference to `GLIB_QUARK_NEW' | collect2: ld returned 1 exit status | make[4]: *** [gtester] Error 1 (From OE-Core rev: 482519c984a1b9da61b8b3cc97a6d28309b3192f) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* tclibc-uclibc: Fix TARGET_OS for powerpcKhem Raj2011-07-221-1/+1
| | | | | | | | | | | | 1a9ae8ea8c0540d41b8ff4d95c0420d6df754634 removed -uclibc hence it got all wrong for powerpc. uclibc TARGET_OS for classic ppc is linux-uclibc and for ppc w/ SPE its linux-uclibcspe (From OE-Core rev: 6c4ddd2d532ea91cd5752a7e56e8487cca1ac1e3) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* .gitignore: Update build ignores to have wildcardKumar Gala2011-07-221-6/+6
| | | | | | | | | ignore not just build/* but any build*/* cases. (From OE-Core rev: 36d0edd2f4c27b4c1040ba9d9ae52eee634cc95c) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-19 21:35:54 +0000