summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/gcc
Commit message (Collapse)AuthorAgeFilesLines
* gcc-4.7: fix gcc ICE when building with gcc-4.8Josh Cartwright2013-05-032-1/+47
| | | | | | | | | | | | Backport fix for internal compiler error when building gcc-4.7.2 with a gcc-4.8.0 host gcc. See upstream bug here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56308 (From OE-Core rev: b1dc91969f9bb0c2a3a4336f5e9a2f57aabb9f78) Signed-off-by: Josh Cartwright <josh.cartwright@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-runtime: Avoid error when trying to remove nonexistent directoriesPhil Blundell2013-05-031-2/+6
| | | | | | | | | | | | If we didn't build libgomp then we won't have installed anything into ${infodir} or ${libdir}/gcc/${TARGET_SYS}/${BINV}/finclude. Check whether those directories exist before trying to remove them, else we will lose. (From OE-Core rev: 507e14ecdc5b4ff2ee7f1128d9f30c2948e10d5a) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.8: Fix GCC ICE on armKhem Raj2013-04-222-0/+67
| | | | | | | | | | | armv5t was seeing ICE on code from elfutils it has been fixed upstream so lets backport it. (From OE-Core rev: 6c50d60ce3fd7242e67a531d5875edeb8b7a3651) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.8: Refactor gcc-4.8.0 patch files.Elvis Dowson2013-04-2247-1115/+1537
| | | | | | | | | (From OE-Core rev: 16ab55220c4b602a8406c7a4405c737caae5907b) Signed-off-by: Elvis Dowson <elvis.dowson@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.8: Add recipesKhem Raj2013-04-2244-0/+5642
| | | | | | | | (From OE-Core rev: c850415a1bdbb9268114d90fd0fc4cb3479de9c5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: add patch to disable texinfo when texinfo is 5.0 or newerMartin Jansa2013-04-042-0/+108
| | | | | | | | | | | * this is needed only for 4.7 series, newer works fine with texinfo-5* [YOCTO #3947] (From OE-Core rev: d85d15972d78b5dda7a03dd273a64305f115282b) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-common: Exclude AVAILTUNES from sstate checksumsRichard Purdie2013-03-181-0/+2
| | | | | | | | | | | | | AVAILTUNES is only used as a sanity check, we don't need to include it in the sstate checksum in this case. If included it can cause problems when switching machines with a common package architecture. [YOCTO #3667] (From OE-Core rev: b1cc5a4055c6402595eac1a93eac4c946210d130) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-canadian: do not create symlinks to non-existent binariesLaurentiu Palcu2013-03-161-0/+4
| | | | | | | | | | | | If fortran is not built, soft links to gfortran and g77 are created even though the fortran compiler doesn't exist... [YOCTO #4023] (From OE-Core rev: c5c135bc5e71a6f9b14f249358bf5d217050ee55) Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.7: Fix incorrect warning with -Wcast-qualKhem Raj2013-03-122-1/+45
| | | | | | | | | | | | | This patch backport the fix where -Wcast-qual reports a bogus warning with 4.7.2, There is no workaround in code that can be done to avoid it hence the fix to gcc is backported. (From OE-Core rev: 5d8ef98225773a6ec88b5e1a76ce01d76163b3a5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-common.inc: handle case where tune is not definedMatthew McClintock2013-03-051-1/+1
| | | | | | | (From OE-Core rev: d3eab8b17f8e50f99042a7a8f43db94640c53d41) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-canadian: enable multilib supportConstantin Musca2013-02-113-2/+4
| | | | | | | (From OE-Core rev: ee7331e3e7d0b38f3e19ccf7e394537f5f653a22) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libgcc: Disable multilib install for nativesdkKhem Raj2013-02-052-2/+2
| | | | | | | | | | | | | Fixes errors when building SDK for multilibbed enabled architectures. [YOCTO #3832] (From OE-Core rev: 09934f38df057e12af7d14791f7ab752e81093db) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: target: fix libiberty removalConstantin Musca2013-02-042-3/+3
| | | | | | | | | | | | | - use ${libdir} instead of ${exec_prefix}/lib Fix the following warning: WARNING: QA Issue: gcc: Files/directories were installed but not shipped /usr/lib64/libiberty.a (From OE-Core rev: b3643415ad91dc77880cc5b95e9ad8cd9aef5c44) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: enable multilib for target gccConstantin Musca2013-02-017-2/+379
| | | | | | | | | | | | | | | | | | | | | | | | | | | | - add a task to setup multilib configuration for target gcc - this commit adapts Nitin Kamble's work to gcc 4.7 - use a hash for storing arch-dependent multilib options - patch gcc in order to use the multilib config files from the build directory Tests: root@qemux86-64:~# gcc -m64 t.c -o t root@qemux86-64:~# file t t: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped root@qemux86-64:~# ./t Hello World ! root@qemux86-64:~# gcc -m32 t.c -o t root@qemux86-64:~# file t t: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped root@qemux86-64:~# ./t Hello World ! [YOCTO #1369] (From OE-Core rev: b26819c85881e82ee1b5c68840011e78c321f18e) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-configure-runtime: always remove info/dirMartin Jansa2013-01-271-5/+3
| | | | | | | | | | * move libgomp.info removal also outside that for cycle, can be removed outside if exists * also use infodir variable instead of ${datadir}/info (From OE-Core rev: 0b8fe539928c7a61ca01a4a0a0f54df47164ac6c) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Split do_packagedata task from do_packageRichard Purdie2013-01-253-7/+8
| | | | | | | | | | | | | | | | | | | | | | | | | Currently, do_rootfs has a dependency on all the do_package output being present due to its usage of the pkgdata directories. This means that if you run: bitbake xxxx-image -c rootfs you end up having to fetch and unpack all the do_package data which is usually large and inefficient. It also means rm_work has to leave all the do_package data lying around so rootfs works. This patch splits the actual creation of the pkgdata directory off into a separate task, "packagedata" which happens immediately after do_package. We can then remap the dependencies so this task is depended upon, not do_package. Sstate can then be programmed not to require do_package at the appropriate times. Whilst this patch doesn't do so, it opens the possibility of rm_work wiping out the do_package output from WORKDIR as long as it also removed the do_package stamp (both normal and setscene variants) and allowing more space savings with rm_work which has been regularly requested. (From OE-Core rev: 6107ee294afde395e39d084c33e8e94013c625a9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Enable OpenMP compiling and libraryMiLo2013-01-252-4/+1
| | | | | | | | | | | | | | | | | | Multicore embedded systems are getting more and more common. Remove "--disable-openmp" from the GCC configuration options and always build libgomp. This only creates a "bigger" compiler but has no effect on the compiled binaries that don't use openmp. Tested a clean build on mips32el and arm7a, no problems encountered. Autoconf will not detect OpenMP after this change, because it will build and run a target binary on the build system. In order to use OpenMP, the variable ac_cv_prog_c_openmp=-fopenmp must be set. (From OE-Core rev: fdf37b792c13a1fc3f63faf471f0403396414a35) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: add missing dependency (zlib)Constantin Musca2013-01-151-2/+2
| | | | | | | | | | - add zlib to DEPENDS (it fails otherwise) (From OE-Core rev: 7a0fd7145461d3feb9fe7900a39376d556e655d6) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: restore FILESPATHGiuseppe CONDORELLI2013-01-071-1/+1
| | | | | | | | | | | | | restore FILESPATH to previous setting because the new one doesn't allow the normal use of FILESEXTRAPATHS_prepend in the case of append recipe. In the current implementation, in fact, the FILESPATH is statically set into the gcc-4.7.inc and so the base_set_filespath is not invoked to manage extrapaths. (From OE-Core rev: acdec40f31ecd2eecf8c173b632b8fb01ca59b3d) Signed-off-by: Giuseppe Condorelli <giuseppe.condorelli@st.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-canadian.inc: Add dependency on cross-gccKhem Raj2012-12-191-1/+1
| | | | | | | | | | | | | | | | gcc-cross-canadian uses cross compiler during libgcc build when building from sstate the build failed when building gcc-cross-canadian since it did not populate gcc-cross therefore add an explicit dependency on virtual/${TARGET_PREFIX}gcc to make sure that gcc-cross is available before building gcc-cross-canadian (From OE-Core rev: d9b7478e41e3065d01aa45d8d70fae2fc5ff6066) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Add --enable-linker-build-idColin Walters2012-11-241-0/+1
| | | | | | | | | | | | | | | | See https://fedoraproject.org/wiki/Releases/FeatureBuildId for the benefits this brings. As far as I can tell from searching the discussion archives, there doesn't appear to be a reason not to enable this, and the benefits are real. Both the Red Hat Enterprise Linux 6, all Fedora, and Ubuntu Quantal GCC builds are configured with this on. I plan to use it in gnome-ostree. (From OE-Core rev: f3be2b1e5e100a953d6d7fbbb19a77a5c4d547e1) Signed-off-by: Colin Walters <walters@verbum.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross: Explicitly depend on linux-libc-headersRichard Purdie2012-11-241-1/+7
| | | | | | | | | | | gcc-cross cannot build without linux-libc-headers but doesn't explicitly depend on it relying on the implied dependency through libc. With cases where pieces can be installed through sstate, we now need this explicit dependency to ensure builds with partial sstate work. (From OE-Core rev: 65e5670ef429bb6c348decb1804e425f1c4d7c61) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Use FILESPATH instead of FILESDIR and cleanup/simplifyRichard Purdie2012-11-212-3/+1
| | | | | | (From OE-Core rev: 4cb359182da00e661fda11a8b31e3611b0df03cb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "gcc: Use FILESPATH instead of FILESDIR and cleanup/simplify"Richard Purdie2012-11-202-1/+3
| | | | | | This reverts commit 90616875b432a932415063b08497266e70c49d75. It was never meant to be applied as its an incorrect previous development verison of a patch in progress.
* gcc: Use FILESPATH instead of FILESDIR and cleanup/simplifyRichard Purdie2012-11-192-3/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes: Be consistent about sstate-inputdirs/outputdirs ending with '/'Richard Purdie2012-11-141-2/+2
| | | | | | | | | | | If sstate-inputdirs and sstate-outputdirs don't match with ending '/' characters, the manifest file can end up corrupted. This change ensures the metadata is consistent in ending do_populate_root tasks with this character to avoid manifest file corruption. (From OE-Core rev: 3910eaf88d14904eef85b9e391387547df7fc54e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-canadian: Fix gettext dependencyRichard Purdie2012-10-101-1/+1
| | | | | | | | | | | There was a problem in commit ad23395cd1f6c0cbfcc6980b6071d589f9f6cde0 since gettext-nativesdk was translated to gettext instead of nativesdk-gettext. This fixes to use the correct dependency. (From OE-Core rev: a6e325342cb489e05927d6cb2bb0a24fa6c20ef8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-configure-cross: factor out --enable-threads argument into ${GCCTHREADS}Phil Blundell2012-09-261-1/+2
| | | | | | | | | | | This allows BSPs for architectures with no thread support to set (for example) "GCCTHREADS=no" without having to override all the other configure parameters. (From OE-Core rev: 6bb0d37529a82b953d374f2d76c2412d7cee587b) Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-common.inc: Consider multilib when renaming libgcc for debian'nessKhem Raj2012-09-251-1/+1
| | | | | | | | | | | When doing multilib builds rpm does not find libgcc1 for lib32 multilib because its not honoring the debian renaming scheme for libgcc-multilib. Lets add MLPREFIX to fix it. (From OE-Core rev: 9327ca868667b15f29af3123611d6f56b4249a63) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Use 4.7.2 release tarballKhem Raj2012-09-214-58/+56
| | | | | | | | | | | | | This avoids the SVN or git fetcher issues for gcc and the tar is mirrored around the world so it will not be slow Fixes [YOCTO #2908] (From OE-Core rev: 5e03d1e83d0536a2fc69a88d3e5407108836203f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/gcc-common.inc: Fix STAMPCLEAN expressionRichard Purdie2012-09-211-1/+1
| | | | | | | | | | | | The globs used for STAMPCLEAN were too greedy matching gcc-cross-initial stamps for gcc-cross for example. This patch resolves that problem making the assumption that PV starts with something numeric. This assumption should hold in most cases and has a better failure case that the current situation. (From OE-Core rev: d7fbc70b6c6ac629d2a23ac16ab45461f88b4b26) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/gcc: Add clean masks for stamp filesRichard Purdie2012-09-201-0/+4
| | | | | | | | | | | This takes advantage of new bitbake functionality to clean up stale stamp files when creating new stamp files. [YOCTO #2961] (From OE-Core rev: e21b6c04e512a3bc2339a20045b7041f1d26e859) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.7: Backport libgcc fixes to appease the new build sequenceKhem Raj2012-09-123-1/+145
| | | | | | | | | | | | | This makes the libgcc builds identical when done with gcc-cross-initial or final gcc-cross. Since eglibc only sees gcc-cross-initial it is important that the final libgcc that appears on root file system is same as the one against which eglibc was built. (From OE-Core rev: bd0ab094d6c36b55848e23e63b96587773299a7f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.7: Fix build for armv4/EABI and ppc/OsKhem Raj2012-09-123-1/+106
| | | | | | | | | | | arm patch is a forward port from OE/classic ppc patch should help in building images with Os (From OE-Core rev: ac9ebcea4a2b778f6dd103a729831d9a9be281df) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-initial: Reinstate limits.h generation fixRichard Purdie2012-09-071-1/+1
| | | | | | | | | | | | | | | | | | | The removal of gcc-cross-intermediate inadvertently reintroduced a problem with the limits.h file being incorrectly/inconsistently generated. http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=b0faebd1f07e1616004bd19664395932e7c2c48f reverted part of: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=c8815d2f21849deb9359706f54dc71490773415e This reintroduces the protected sysroot ensuring the limits.h file is always correctly generated. To reproduce the bug, build gcc-cross, then rebuild gcc-cross-initial and it will reference the limits.h file from gcc-cross in the sysroot. (From OE-Core rev: 71854f5c8c6850ed37777cad21acc92fdbea32fc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie2012-09-024-10/+7
| | | | | | | | | | | | | | | 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>
* gcc-4.7: Add fix for libtool rpath problemsRichard Purdie2012-08-242-1/+31
| | | | | | | | | This avoids problems with libstdc++ having bad rpaths (/usr/lib/../.lib) in its .la file. See the patch for more information. (From OE-Core rev: bd27e81f1fa49e2770da9a4a65a83e9d4c3a0dd0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: bump PRMartin Jansa2012-08-221-1/+1
| | | | | | | | | * missing in 30617bde61a3b0a0944b49a0c9fb7159dacbb19f, eglibc-initial fails to compile in incremental build with OEBasic (From OE-Core rev: 495ccece87b56d696e92c5cdc39b79fd9813caa0) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-intermediate, gcc-crosssdk-intermediate: RemoveKhem Raj2012-08-214-83/+0
| | | | | | | | | These recipes arent used anymore so delete them (From OE-Core rev: 4ef8960c8d2876914bb78cbdce5fae3c5297e942) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-crosssdk-initial_4.7.bb: Add --with-native-system-header-dir to EXTRA_OECONFKhem Raj2012-08-211-0/+2
| | | | | | | | | | gcc-crosssdk-intermediate will go away and -initial will assume its responsibility therefore transfer the option (From OE-Core rev: 7f6883b225f9a0fdc44be2d1cb66ddc744174fbc) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross: Make gcc-cross-initial as the only intermediate gcc stageKhem Raj2012-08-213-52/+39
| | | | | | | | | | | | | | Now glibc can be compiled with gcc-cross-initial therefore prepare the stage to drop gcc-cross-intermediate Also drop arm-nolibfloat.patch should not be needed anymore half of changes in this patch are meant for OABI which we dont use anymore (From OE-Core rev: 30617bde61a3b0a0944b49a0c9fb7159dacbb19f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Disable use of sdt.h headerRichard Purdie2012-08-072-0/+33
| | | | | | | | | | | The target sysroot might contain sdt.h but we don't list this in DEPENDS and shouldn't be referencing it. Unfortunately there is no way to tell configure this since these tests are uncached and we can't force a particular value. The only option is therefore to patch this out. (From OE-Core rev: 1409d9b9690e39ecc63aacfdd5785586d83633ee) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-initial: Ensure it uses an isolated sysrootRichard Purdie2012-08-061-1/+13
| | | | | | | | | | | | | | | If we don't do this, a stale limits.h may be detected in STAGING_DIR_TARGET which would result in a different limits.h getting generated by gcc-cross-initial that references it. The referenced limits.h will then not get found by eglibc-initial causing rather strange build failures. The simplest solution is to create a temporary sysroot containing only the things gcc-cross-initial should care about and this results in a correct limits.h file regardless of what else may have been built. (From OE-Core rev: 9c304eae0724474902fe2f3150adc6af115af9ba) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Bump PR since there have been several gcc changes and various problems ↵Richard Purdie2012-08-031-1/+1
| | | | | | | | reported and this should flush anything stale out (From OE-Core rev: a9d0cbe1d84bb26fc1a1f48764fe514cf9f9c548) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-initial: Fix typo causing limits.h not to be presentRichard Purdie2012-08-031-1/+1
| | | | | | (From OE-Core rev: f26014b1b2e7ae0a23829487ca0c0bc05043b5d7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-configure-target: Set native-system-header-dir for target gccRichard Purdie2012-08-011-0/+1
| | | | | | | | | | | | | | | Without this set, in the case host=target (which it does for on-target gcc), the native header directory is set to the target sysroot with no prefix. This means it would look for sdt.h on the build system instead of in the target headers and this can lead to build failures and is host contamination of the build. The correct fix is to explicitly set the native header directory to the correct location and then the headers get detected correctly. (From OE-Core rev: 404d2d490fc347203e89d274530c17fb5f0aa20f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-initial: Stage self sufficient fixed limits.hKhem Raj2012-07-262-1/+11
| | | | | | | | | | | | | | | | | currently gcc installs a limits.h which references to another limits.h which it expects from target sysroot and that header in target sysroot will come from eglibc. So we need to break this catch-22 and hence we install a self sufficient limits.h which is then happy when referenced and doesnt complain about missing limits.h from target sysroot. This is mostly used when eglibc-initial configure is run (From OE-Core rev: eeb445ecbc651ad614a4fc492039bdad0747d45d) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libgcc: Add missing dependency on libc:do_packageRichard Purdie2012-07-241-0/+1
| | | | | | | | | | | | | do_package writes out shlibs data and libgcc can depend on the values there. We therefore need to express the depdency so that sstate can account for it for example. Without this a version change in eglibc can "psersist" in the sstate cache and corrupt builds. (From OE-Core rev: 4148bc80c008d25c8a536c7c7dfdeac1669a6662) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: remove 904-flatten-switch-stmt-00.patchBernhard Reutner-Fischer2012-07-182-78/+1
| | | | | | | | | | | Remove brute-force flattening and bump PR. Refer to -ftree-switch-conversion emit_case_bit_tests(), -ftree-if-to-switch-conversion et al in 4.8 (From OE-Core rev: 2eb0e56217137ece3d86a70676a3f3c8db525459) Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-package-runtime.inc: Fix QA warningMatthew McClintock2012-07-181-1/+2
| | | | | | | | | | | | > ERROR: QA Issue: gcc-runtime: Files/directories were installed but not shipped > /usr/lib/libgomp.so.1.0.0 > /usr/lib/libgomp.so.1 (From OE-Core rev: fee3def2ca49e3349758d9cd9a9cf5645f03cf18) Signed-off-by: Matthew McClintock <msm@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-15 06:03:05 +0000