summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/gcc
AgeCommit message (Collapse)AuthorFiles
2011-08-06gcc: use ${base_lib} to match gcc default configurationKumar Gala1
Rather than tweaking MULTILIB_DIRNAMES & MULTILIB_OSDIRNAMES like is done for x86-64 via 64bithack.patch. We can just go with gcc defaults and utilize ${base_lib} for where to find gcc libs. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-08-05gcc-4.6: Add support for the e5500 PowerPC coreKumar Gala2
Implements basic e5500 enablement in gcc, with a scheduler, -mcpu flag, etc... Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-08-03gcc: Fix setting of GLIBC_DYNAMIC_LINKERKumar Gala4
The sed regex in do_configure_prepend was producing the following result: #define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR "/lib64/ld-linux-x86-64.so.2" instead of removing the leading "/lib" or "/lib64". Now we have it do: #define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR "ld-linux-x86-64.so.2" Additionally, with the regex fixed the manipulation of SYSTEMLIBS_DIR needs to be removed. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27gcc: Drop part of the 64bithack patch which is no longer usedRichard Purdie2
Since we now handle GLIBC_DYNAMIC_LINKER in gcc-configure-common.inc: 's#\(GLIBC_DYNAMIC_LINKER[^ ]*\)\( *"/lib.*\)#\1 SYSTEMLIBS_DIR\2#' we can drop the patch which changes a hardcoded value for this. No PR bump since there is no code change resulting from this, its just a cleanup. There is still a valid question over the remainder of this patch and its interaction with multilib configurations. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27multilib: Add support for compiling recipes against multiple ABIsRichard Purdie1
This patch adds the core multilib class which can be used along with a parameter specifying the mutlilib to use in BBCLASSEXTEND. The MLPREFIX variable is added and can be used in cases where its too difficult to dynmaically work out where a mutltilib prefix is needed to be added to a variable. This includes: * SHLIBSDIR and PACKAGE_ARCH fixes from Lianhao Lu. * PACKAGE_DYNAMIC mapping from Yu Ke * PACKAGE_INSTALL mapping from Yu Ke * RPROVIDES mapping from Yu Ke * TARGET_VENDOR fix from Mark Hatle * Ignorning *-native-runtime dependnecies as well as *-native from Yu Ke * Map PKG and ALLOW_EMPTY from Dongxiao Xu * Ensure RCONFLICTS and PKG field dependencies are remapped (from Dongxiao Xu) * Ensure PN and MLPREFIX are set at the same time to ensure consistent BPN values (Yu Ke) Signed-off-by: Yu Ke <ke.yu@intel.com> Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com> Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-25gcc-4.6: Fix packaging of native toolchainsKumar Gala2
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. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-20libgcc: correct mode on libgcc_s.so.1 to ensure it gets strippedPhil Blundell1
If the library is installed without execute permission then package.bbclass will not consider it for stripping. This is particularly unfortunate because there seems to be a bug somewhere else which is causing all DSOs to end up with a NEEDED dependency on libgcc_s, even if they don't actually require it, and hence it is getting installed in all images (for uclibc on i586 at least). Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-20gcc_4.5.1: add pr45886.patchIlya Yanok2
Add fix for PR45886 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45886 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr45052.patchIlya Yanok2
Add fix for PR45052 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45052 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr45094.patchIlya Yanok2
Add fix for PR45094 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45094 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr44606.patchIlya Yanok2
Add fix for PR44606 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr44290.patchIlya Yanok2
Add fix for PR44290 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr43810.patchIlya Yanok2
Add fix for PR43810 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43810 Building on powerpc-eabi* with --enable-target-optspace still fails for me though. Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: fix arm_bswapsi2.patchIlya Yanok1
Acoording to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392 correct fix should be TARGET_EITHER && (arm_arch6 || !optimize_size) not TARGET_EITHER && (arm_arch6 && !optimize_size) Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc: Add gcc configure for PowerPC e500v2/SPE embedded floating point ABIKumar Gala2
The e500v2 core utilizes a unique floating point programming model / ABI. We utilize TARGET_FPU = "ppc-efd" to distinguish this choice (Embedded scalar single-precision floating-point). When building the toolchain for this ABI we need configure gcc with --enable-e500_double. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-19gcc-package-target: don't fail if the .la files we try to delete are not ↵Koen Kooi1
there to start with This fixes: | rm: cannot remove `/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/gcc-4.5-r39.1+svnr175127/image/usr/libexec/gcc/arm-angstrom-linux-gnueabi/4.5.4/*.la': No such file or directory | ERROR: Function 'do_install' failed (see /OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/gcc-4.5-r39.1+svnr175127/temp/log.do_install.19514 for further information) NOTE: package gcc-4.5-r39.1+svnr175127: task do_install: Failed Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
2011-07-19gcc-4.6: update to 4.6.1 releasePhil Blundell1
Set SRCREV to match the point at which 4.6.1 was released, update PV appropriately. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-07-12gcc: Fix packaging correctlySaul Wold2
[YOCTO #1233] This fix directly packages the contents in and adds the lib*.so correctly to the -dev package. Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-08gcc-runtime: fix installed but unpackaged filesNitin A Kamble1
gcc recipes has changed, currently ${PV} is 4.6 and ${BINV} is 4.6.1 version. Fix these QA warnings. WARNING: For recipe gcc-runtime, the following files were installed but not shipped in any package: WARNING: /usr/share/gcc-4.6.1/python/libstdcxx/__init__.py WARNING: /usr/share/gcc-4.6.1/python/libstdcxx/v6/__init__.py WARNING: /usr/share/gcc-4.6.1/python/libstdcxx/v6/printers.py Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-07-05gcc: Fix unpackaged files warnings, broken symlink and superfluous filesRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-05gcc-package-cross: Switch to using pattern matching to detect when to stash ↵Richard Purdie1
libgcc into the sysroot Currently, we stash libgcc if PN is gcc-cross or gcc-crosssdk. This patch changes it to work for *gcc-cross and *-gcc-crosssdk which means it will patch for multilib extended toolchains. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-05gcc: Remove unneeded module .la file and .so linkRichard Purdie3
This avoids a QA error. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-05gcc: Fix removal of libiberty.aRichard Purdie5
The changes in commit 553a92c442bc3a35d1520a22e640a3a0e377b8f7 were not applying correctly due to the error: "find: paths must precede expression" This patch corrects the find syntax. [YOCTO #1199] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-06-30binutils: allow distro to select gold as default linkerPhil Blundell1
But ensure that gcc-cross-intermediate always uses ld.bfd since (e)glibc won't build with gold. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-06-30gcc-4.6: share work directoriesRobert Yang2
* Fix configure and Makefile to read the defaults.h and t-oe from ${B}, so that the ${S} can be shared. * Change ${S} to the shared source directory. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2011-06-30gcc-4.5.1: share work directoriesRobert Yang2
Fix configure and Makefile to read the defaults.h and t-oe from ${B}, so that the ${S} can be shared. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2011-06-30Share gcc work directoriesRobert Yang4
This patched is derived from Richard, make gcc use the shared source directory during the different building: 1) Make gcc-cross, gcc-cross-initial, gcc-cross-intermediate and gcc-runtime share the same source directory. 2) The source directory is ${TMPDIR}/work-shared/gcc-${PV}, for example: tmp/work-shared/gcc-4.5.1 3) Fix do_clean to clean the shared source directory and stamps 4) gcc uses sed and creates config files against ${S} which means the directory should not be shared. Change the way to make it work: * The configure option --with-headers=${STAGING_DIR_TARGET}${SYSTEMHEADERS} can replace the sed command, see the code in configure: if test "x$with_headers" != x; then glibc_header_dir=$with_headers This has the same effect as the sed command: sed -i 's:^\([ ]*\)glibc_header_dir=\"${with_build_sysroot}/usr/include\": ... so add the --with-headers=${STAGING_DIR_TARGET}${SYSTEMHEADERS} to gcc-configure-cross.inc( not add to gcc-configure-common.inc, since not all the gcc building need this, the one which has its own do_configure doesn't need it). * Move t-oe from ${T} to ${B}/gcc, so that the patched Makefile.in can read it easily, please see the commit for gcc-4.5.1 and gcc-4.6.0. * Use the defaults.h in ${B}/gcc instead of ${S}/gcc, and the patched configure.ac(configure) can read it correctly, please see the commit for gcc-4.5.1 and gcc-4.6.0. * The gcc-crosssdk.inc used sed to edit ${S}/config/*/linux*.h to change the GLIBC_DYNAMIC_LINKER, which made the source incompatible. To make the source compatible: - Use: sed -i ${S}/gcc/config/*/linux*.h -e \ 's#\(GLIBC_DYNAMIC_LINKER[^ ]*\)\( *"/lib.*\)#\1 SYSTEMLIBS_DIR\2#' so entries in the files that look like: #define GLIBC_DYNAMIC_LINKER64 "/lib64/ld-linux-x86-64.so.2" would become #define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR"/ld-linux-x86-64.so.2" and we define SYSTEMLIBS_DIR in defaults.h. NOTE: #define GLIBC_DYNAMIC_LINKER64 (SYSTEMLIBS_DIR "/ld-linux-x86-64.so.2") doesn't work in in the following define: #define LINUX_DYNAMIC_LINKER \ CHOOSE_DYNAMIC_LINKER (GLIBC_DYNAMIC_LINKER, UCLIBC_DYNAMIC_LINKER) so use #define GLIBC_DYNAMIC_LINKER64 SYSTEMLIBS_DIR"/ld-linux-x86-64.so.2" 5) Add do_configure_prepend to gcc-configure-common.inc and remove the one in gcc-crosssdk.inc, this makes it easy to share the source, otherwise we need do extra changes in gcc-configure-sdk.inc. 6) Use "cat > file <_EOF" to replace the "echo > file" Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2011-06-28gcc-cross-kernel: update to match new toolchain sysroot layoutKoen Kooi1
The versioned gcc binary gets installed and the needed binutils symlinks are made. To make it fully work again the following is needed in kernel recipes/classes: PATH_prepend = "${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel:" Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-06-28gcc: Fix file ownershipMark Hatle5
Most of the files that end up in the gcc include dir and other misc files scattered throughout the install get the build users uid and gid. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-06-23common-licenses: Additions and correctionsBeth Flanagan2
I've added more licenses from SPDX and corrected the gcc license so that it is a. parsable and b. accurate to the SPDX standard. I've also done some cleanup of license text and gdb's LICENSE field. Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com>
2011-06-23gcc-4.6: Switch to using svn SRC_URI for recipeKhem Raj374
We call the recipes 4.6 Remove the backport patches Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-06-14gcc-4.6.0: Bring in patches from FSF 4.6 branchKhem Raj330
This brings in new patches from 4.6 release branch updates the comment section of existing branch to not contain patch numbers. Tested build on qemu for arm ppc mips x86 and x86_64 Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-06-10Revert "gcc: rebase the patch to avoid patch rejection"Richard Purdie1
This reverts commit c553b3934f45db8a6e77cfc7673787db3cc64f85. This change clearly breaks builds since subsequent patches depend on changes this patch removes. Not sure what's going on here but this change isn't correct.
2011-06-10gcc: rebase the patch to avoid patch rejectionNitin A Kamble1
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-06-06gcc-package-cross: also install the symlinks in libexec with target prefixPhil Blundell1
.. since this is where collect2 seems to look for them. This seems like it is really a bug in collect2, but installing the symlinks is an easy workaround. Without this you get "could not find ld" errors when using -flto. Signed-off-by: Phil Blundell <philb@gnu.org>
2011-06-02gcc: Fix volatile access issue for ARMSaul Wold2
[YOCTO #1130] This patch brings in a patch from gcc for the following issue: http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01477.html Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-05-30gcc-cross-csl-2008q1: Drop last remaining fail-fast override use and make it ↵Richard Purdie1
unconditional Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-18gcc: remove unused patches and move patches in proper dirNitin A Kamble43
gcc: update upstream-status for patches python: update upstream-status for patches libtool: update upstream-status of patches m4: update upstream status for patches eglibc: remove unused patches eglibc: update upstream status of patches glibc: update upstream-status of patches & remove unused patches Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-18gcc: Move 4.3.3 and Special kernel 3.4.4 to meta-extrasSaul Wold84
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-05-13recipes: Update upstream-status of patchesNitin A Kamble207
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 <nitin.a.kamble@intel.com>
2011-05-13gcc 4.5.1 4.6.0: remove unused patchesNitin A Kamble19
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-12gcc: fix target gcc runtime issueNitin A Kamble5
The liblto_plugin.so file is not packages for the target recipe causing this gcc failure on the target. gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-11recipes: Fix the Upstream-Status formatNitin A Kamble21
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-08gcc-package-target: Switch to TARGET_PREFIX in symlinksTom Rini1
When TARGET_PREFIX and TARGET_SYS didn't match up, the symlinks we made were invalid. TARGET_PREFIX is what we use when configuring so it's what we should be using here. This is 05143e9b5d0a42e32ee0dd3c7fde482ff8d63f63 from OE. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-05-08gcc-4.5.1: update upstream status of patchesNitin A Kamble21
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-05gcc-4.6.0: Backport FSF 4.6 branch patchesKhem Raj162
This is set of bugfixes that has been done on FSF gcc-4_2-branch since 4.6.0 was released They will roll into 4.6.1 release once that happens in coming approx 6 months time then we can simply remove them thats the reason so use a separate .inc file to define the SRC_URI additions Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-05-05gcc-4.6.0: Add missing recipes for gcc-cross-canadian and gcc-crosssdkKhem Raj4
Reset PR in gcc-crosssdk-initial_4.6.0.bb and gcc-crosssdk-intermediate_4.6.0.bb Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-04-28gcc: Add recipes for 4.6.0Khem Raj51
This is initial set of patches for testing them out The patches need documentation is pending Some patches especially uclibc related are not needed they must be dropped. Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-04-20Rename poky-lsb override to linuxstdbaseRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-04-18gcc: Add "--enable-clocale=gnu" option for LSB.Jingdong Lu1
Add "--enable-clocale=gun" option for gcc configuration explicitly for LSB distro in order to make sure C++ library can use correct locale module. Fixes [YOCTO #796] Signed-off-by: Jingdong Lu <jingdong.lu@windriver.com>
generated by cgit v1.2.3 (git 2.25.1) at 2025-03-03 19:12:36 +0000