Toolchain fixes and uclibc-git upgrade
cover Toolchain fixes and uclibc-git upgrade
This patchset
1. Updates gcc to 4.7.1+
2. Fixes on device toolchain since now they are built with sysroot couple of issues showed up
3. Rearranges binutils recipes so that target binutils recipe in not included everywhere
4. Add enable plugin option to binutils. Its needed for LTO to work
5. Update uclibc_git recipe to lastest uclibc master after a major branch has been collapsed in uclibc master
The following changes since commit 6d761ae17ddbd3d936e7fe985b40825ad62b2418:
debian.bbclass: invoke target objdump (2012-06-18 13:20:29 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib kraj/misc-updates
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/misc-updates
Khem Raj (5):
uclibc-git: Upgrade to latest tip of master
gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
binutils: Add with-sysroot to target binutils
gcc: Fix a case of sysroot with trailing / and gxx-include-dir
leading slash
binutils: Enable plugins by default
.../uclibc/uclibc-git/argp-support.patch | 136 +++--- ...so_use_arm_dl_linux_resolve_in_thumb_mode.patch | 27 -- .../uclibc/uclibc-git/orign_path.patch | 47 ++- meta/recipes-core/uclibc/uclibc_git.bb | 3 +- meta/recipes-devtools/binutils/binutils-2.22.inc | 37 ++ .../binutils/binutils-cross-canadian.inc | 7 +- .../binutils/binutils-cross-canadian_2.22.bb | 4 +- meta/recipes-devtools/binutils/binutils-cross.inc | 8 +- .../binutils/binutils-cross_2.22.bb | 3 +- .../binutils/binutils-crosssdk_2.22.bb | 3 - meta/recipes-devtools/binutils/binutils.inc | 28 +-- meta/recipes-devtools/binutils/binutils_2.22.bb | 60 ++-- meta/recipes-devtools/gcc/gcc-4.7.inc | 13 +- .../gcc/gcc-4.7/fix-g++-sysroot.patch | 428 ++++++++++++++++++++ 14 files changed, 600 insertions(+), 204 deletions(-) delete mode 100644 meta/recipes-core/uclibc/uclibc-git/ldso_use_arm_dl_linux_resolve_in_thumb_mode.patch create mode 100644 meta/recipes-devtools/binutils/binutils-2.22.inc create mode 100644 meta/recipes-devtools/gcc/gcc-4.7/fix-g++-sysroot.patch
Signature · 1 line
1.7.5.4
PATCH 1/5 uclibc-git: Upgrade to latest tip of master
--- .../uclibc/uclibc-git/argp-support.patch | 136 ++++++++++---------- ...so_use_arm_dl_linux_resolve_in_thumb_mode.patch | 27 ---- .../uclibc/uclibc-git/orign_path.patch | 47 ++++---- meta/recipes-core/uclibc/uclibc_git.bb | 3 +- 4 files changed, 93 insertions(+), 120 deletions(-) delete mode 100644 meta/recipes-core/uclibc/uclibc-git/ldso_use_arm_dl_linux_resolve_in_thumb_mode.patch
meta/recipes-core/uclibc/uclibc-git/argp-support.patch +68 -68
@@ -74,9 +74,9 @@ Upstream-Status: Pending Index: git/Makefile.in =================================================================== ---- git.orig/Makefile.in -+++ git/Makefile.in -@@ -48,6 +48,7 @@ include $(top_srcdir)libresolv/Makefile. +--- git.orig/Makefile.in 2012-06-18 13:10:12.000000000 -0700 ++++ git/Makefile.in 2012-06-18 13:12:06.448829343 -0700 +@@ -48,6 +48,7 @@ include $(top_srcdir)libutil/Makefile.in include $(top_srcdir)libpthread/Makefile.in include $(top_srcdir)librt/Makefile.in
@@ -84,7 +84,7 @@ Index: git/Makefile.in include $(top_srcdir)libubacktrace/Makefile.in include $(top_srcdir)extra/locale/Makefile.in -@@ -230,6 +231,7 @@ HEADERS_RM- += sgtty.h +@@ -250,6 +251,7 @@ endif HEADERS_RM-$(HAVE_SHARED) += dlfcn.h bits/dlfcn.h HEADERS_RM-$(PTHREADS_DEBUG_SUPPORT) += thread_db.h
@@ -92,10 +92,10 @@ Index: git/Makefile.in HEADERS_RM-$(UCLIBC_HAS_BSD_ERR) += err.h HEADERS_RM-$(UCLIBC_HAS_CRYPT) += crypt.h HEADERS_RM-$(UCLIBC_HAS_EPOLL) += sys/epoll.h -@@ -340,6 +342,12 @@ ifeq ($(UCLIBC_HAS_BACKTRACE),y) - echo "GROUP ( $(UBACKTRACE_ASNEEDED) )" >> $(PREFIX)$(DEVEL_PREFIX)$(MULTILIB_DIR)/libc.so; \ - fi +@@ -368,6 +370,12 @@ + -$(INSTALL) -m 755 $(top_builddir)lib/libc.so $(PREFIX)$(DEVEL_PREFIX)$(MULTILIB_DIR)/ endif + echo "$(UBACKTRACE_ASNEEDED)" >> $(PREFIX)$(DEVEL_PREFIX)$(MULTILIB_DIR)/libc.so +ifeq ($(UCLIBC_HAS_ARGP),y) +# Add the AS_NEEDED entry for libuargp.so + if [ -f $(top_builddir)lib/libc.so -a -f $(PREFIX)$(RUNTIME_PREFIX)lib/$(SHARED_MAJORNAME) ] ; then \
@@ -107,9 +107,9 @@ Index: git/Makefile.in ifeq ($(HARDWIRED_ABSPATH),y) Index: git/Makerules =================================================================== ---- git.orig/Makerules -+++ git/Makerules -@@ -32,12 +32,12 @@ shared_objs = $(libc-y:.o=.os) $(libc-sh +--- git.orig/Makerules 2012-06-18 13:10:12.000000000 -0700 ++++ git/Makerules 2012-06-18 13:10:44.052825547 -0700 +@@ -32,12 +32,12 @@ $(libpthread-so-y) $(libpthread-nonshared-y) $(libthread_db-so-y) \ $(libresolv-so-y) $(librt-so-y) \ $(ldso-y) \
@@ -124,7 +124,7 @@ Index: git/Makerules ifeq ($(DOPIC),y) ar_objs := $(ar_objs:.o=.os) endif -@@ -464,7 +464,7 @@ files.dep := $(libc-a-y) $(libc-so-y) $( +@@ -472,7 +472,7 @@ $(librt-a-y) $(librt-so-y) $(libresolv-a-y) $(libresolv-so-y) \ $(libcrypt-a-y) $(libcrypt-so-y) $(libutil-a-y) $(libutil-so-y) \ $(libnsl-a-y) $(libnsl-so-y) $(ldso-y) $(libdl-a-y) $(libdl-so-y) \
@@ -135,9 +135,9 @@ Index: git/Makerules $(patsubst %.o,%.o.dep,$(filter %.o,$(files.dep))) \ Index: git/Rules.mak =================================================================== ---- git.orig/Rules.mak -+++ git/Rules.mak -@@ -525,6 +525,13 @@ export UBACKTRACE_ASNEEDED:=$(shell $(LD +--- git.orig/Rules.mak 2012-06-18 13:10:12.000000000 -0700 ++++ git/Rules.mak 2012-06-18 13:10:44.056825544 -0700 +@@ -589,6 +589,13 @@ else export UBACKTRACE_ASNEEDED:="" endif
@@ -153,9 +153,9 @@ Index: git/Rules.mak # Add a bunch of extra pedantic annoyingly strict checks Index: git/extra/Configs/Config.in =================================================================== ---- git.orig/extra/Configs/Config.in -+++ git/extra/Configs/Config.in -@@ -1814,6 +1814,23 @@ config UCLIBC_HAS_GNU_GETSUBOPT +--- git.orig/extra/Configs/Config.in 2012-06-18 13:10:12.000000000 -0700 ++++ git/extra/Configs/Config.in 2012-06-18 13:10:44.056825544 -0700 +@@ -1853,6 +1853,23 @@ smaller SUSv3 compatible getsubopt(). Most people will answer Y.
@@ -181,8 +181,8 @@ Index: git/extra/Configs/Config.in Index: git/libc/sysdeps/linux/common/bits/getopt_int.h =================================================================== ---- /dev/null -+++ git/libc/sysdeps/linux/common/bits/getopt_int.h +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libc/sysdeps/linux/common/bits/getopt_int.h 2012-06-18 13:10:44.056825544 -0700 @@ -0,0 +1,136 @@ +/* Internal declarations for getopt. + Copyright (C) 1989-1994,1996-1999,2001,2003,2004
@@ -322,9 +322,9 @@ Index: git/libc/sysdeps/linux/common/bits/getopt_int.h +#endif /* getopt_int.h */ Index: git/libc/unistd/getopt.c =================================================================== ---- git.orig/libc/unistd/getopt.c -+++ git/libc/unistd/getopt.c -@@ -119,7 +119,7 @@ +--- git.orig/libc/unistd/getopt.c 2012-06-18 13:10:12.000000000 -0700 ++++ git/libc/unistd/getopt.c 2012-06-18 13:10:44.056825544 -0700 +@@ -106,7 +106,7 @@ they can distinguish the relative order of options and other arguments. */ #include <getopt.h>
@@ -333,7 +333,7 @@ Index: git/libc/unistd/getopt.c /* For communication from `getopt' to the caller. -@@ -1183,6 +1183,15 @@ getopt_long (int argc, char *const *argv +@@ -1170,6 +1170,15 @@ return _getopt_internal (argc, argv, options, long_options, opt_index, 0); }
@@ -349,7 +349,7 @@ Index: git/libc/unistd/getopt.c /* Like getopt_long, but '-' as well as '--' can indicate a long option. If an option that starts with '-' (not '--') doesn't match a long option, but does match a short option, it is parsed as a short option -@@ -1195,4 +1204,12 @@ getopt_long_only (int argc, char *const +@@ -1182,4 +1191,12 @@ return _getopt_internal (argc, argv, options, long_options, opt_index, 1); }
@@ -364,8 +364,8 @@ Index: git/libc/unistd/getopt.c #endif /* Not ELIDE_CODE. */ Index: git/libuargp/Makefile =================================================================== ---- /dev/null -+++ git/libuargp/Makefile +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/Makefile 2012-06-18 13:10:44.056825544 -0700 @@ -0,0 +1,14 @@ +# Makefile for uClibc (libuargp) +#
@@ -383,8 +383,8 @@ Index: git/libuargp/Makefile +include $(top_srcdir)Makerules Index: git/libuargp/Makefile.in =================================================================== ---- /dev/null -+++ git/libuargp/Makefile.in +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/Makefile.in 2012-06-18 13:10:44.056825544 -0700 @@ -0,0 +1,73 @@ +# Makefile for uClibc (libuargp) +#
@@ -461,8 +461,8 @@ Index: git/libuargp/Makefile.in + $(do_rm) $(addprefix $(libuargp_OUT)/*., o os oS a) Index: git/libuargp/argp-ba.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-ba.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-ba.c 2012-06-18 13:10:44.056825544 -0700 @@ -0,0 +1,26 @@ +/* Default definition for ARGP_PROGRAM_BUG_ADDRESS. + Copyright (C) 1996, 1997, 1999 Free Software Foundation, Inc.
@@ -492,8 +492,8 @@ Index: git/libuargp/argp-ba.c +const char *argp_program_bug_address; Index: git/libuargp/argp-eexst.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-eexst.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-eexst.c 2012-06-18 13:10:44.056825544 -0700 @@ -0,0 +1,32 @@ +/* Default definition for ARGP_ERR_EXIT_STATUS + Copyright (C) 1997 Free Software Foundation, Inc.
@@ -529,8 +529,8 @@ Index: git/libuargp/argp-eexst.c +error_t argp_err_exit_status = EX_USAGE; Index: git/libuargp/argp-fmtstream.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-fmtstream.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-fmtstream.c 2012-06-18 13:10:44.056825544 -0700 @@ -0,0 +1,439 @@ +/* Word-wrapping and line-truncating streams + Copyright (C) 1997-1999,2001,2002,2003,2005 Free Software Foundation, Inc.
@@ -973,8 +973,8 @@ Index: git/libuargp/argp-fmtstream.c +#endif /* !ARGP_FMTSTREAM_USE_LINEWRAP */ Index: git/libuargp/argp-fmtstream.h =================================================================== ---- /dev/null -+++ git/libuargp/argp-fmtstream.h +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-fmtstream.h 2012-06-18 13:10:44.056825544 -0700 @@ -0,0 +1,314 @@ +/* Word-wrapping and line-truncating streams. + Copyright (C) 1997 Free Software Foundation, Inc.
@@ -1292,8 +1292,8 @@ Index: git/libuargp/argp-fmtstream.h +#endif /* argp-fmtstream.h */ Index: git/libuargp/argp-fs-xinl.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-fs-xinl.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-fs-xinl.c 2012-06-18 13:10:44.056825544 -0700 @@ -0,0 +1,44 @@ +/* Real definitions for extern inline functions in argp-fmtstream.h + Copyright (C) 1997, 2003, 2004 Free Software Foundation, Inc.
@@ -1341,8 +1341,8 @@ Index: git/libuargp/argp-fs-xinl.c +#endif Index: git/libuargp/argp-help.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-help.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-help.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,1882 @@ +/* Hierarchial argument parsing help output + Copyright (C) 1995-2003, 2004, 2005, 2006, 2007
@@ -3228,8 +3228,8 @@ Index: git/libuargp/argp-help.c +} Index: git/libuargp/argp-parse.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-parse.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-parse.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,949 @@ +/* Hierarchial argument parsing, layered over getopt + Copyright (C) 1995-2000, 2002, 2003, 2004 Free Software Foundation, Inc.
@@ -4182,8 +4182,8 @@ Index: git/libuargp/argp-parse.c +} Index: git/libuargp/argp-pv.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-pv.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-pv.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,25 @@ +/* Default definition for ARGP_PROGRAM_VERSION. + Copyright (C) 1996, 1997, 1999 Free Software Foundation, Inc.
@@ -4212,8 +4212,8 @@ Index: git/libuargp/argp-pv.c +const char *argp_program_version; Index: git/libuargp/argp-pvh.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-pvh.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-pvh.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,32 @@ +/* Default definition for ARGP_PROGRAM_VERSION_HOOK. + Copyright (C) 1996, 1997, 1999 Free Software Foundation, Inc.
@@ -4249,8 +4249,8 @@ Index: git/libuargp/argp-pvh.c +void (*argp_program_version_hook) (FILE *stream, struct argp_state *state); Index: git/libuargp/argp-xinl.c =================================================================== ---- /dev/null -+++ git/libuargp/argp-xinl.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/libuargp/argp-xinl.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,35 @@ +/* Real definitions for extern inline functions in argp.h + Copyright (C) 1997, 1998, 2004 Free Software Foundation, Inc.
@@ -4289,8 +4289,8 @@ Index: git/libuargp/argp-xinl.c +#include <argp.h> Index: git/test/argp/Makefile =================================================================== ---- /dev/null -+++ git/test/argp/Makefile +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/Makefile 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,7 @@ +# uClibc argp tests +# Licensed under the LGPL v2.1, see the file COPYING.LIB in this tarball.
@@ -4301,8 +4301,8 @@ Index: git/test/argp/Makefile +include ../Test.mak Index: git/test/argp/Makefile.in =================================================================== ---- /dev/null -+++ git/test/argp/Makefile.in +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/Makefile.in 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,12 @@ +# uClibc argp tests +# Licensed under the LGPL v2.1, see the file COPYING.LIB in this tarball.
@@ -4318,8 +4318,8 @@ Index: git/test/argp/Makefile.in + Index: git/test/argp/argp-ex1.c =================================================================== ---- /dev/null -+++ git/test/argp/argp-ex1.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/argp-ex1.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,15 @@ +/* Argp example #1 -- a minimal program using argp */ +
@@ -4338,8 +4338,8 @@ Index: git/test/argp/argp-ex1.c +} Index: git/test/argp/argp-ex2.c =================================================================== ---- /dev/null -+++ git/test/argp/argp-ex2.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/argp-ex2.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,45 @@ +/* Argp example #2 -- a pretty minimal program using argp */ +
@@ -4388,8 +4388,8 @@ Index: git/test/argp/argp-ex2.c +} Index: git/test/argp/argp-ex3.c =================================================================== ---- /dev/null -+++ git/test/argp/argp-ex3.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/argp-ex3.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,153 @@ +/* Argp example #3 -- a program with options and arguments using argp */ +
@@ -4546,8 +4546,8 @@ Index: git/test/argp/argp-ex3.c +} Index: git/test/argp/argp-ex4.c =================================================================== ---- /dev/null -+++ git/test/argp/argp-ex4.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/argp-ex4.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,167 @@ +/* Argp example #4 -- a program with somewhat more complicated options */ +
@@ -4718,8 +4718,8 @@ Index: git/test/argp/argp-ex4.c +} Index: git/test/argp/argp-test.c =================================================================== ---- /dev/null -+++ git/test/argp/argp-test.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/argp-test.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,209 @@ +/* Test program for argp argument parser + Copyright (C) 1997 Free Software Foundation, Inc.
@@ -4932,8 +4932,8 @@ Index: git/test/argp/argp-test.c +} Index: git/test/argp/bug-argp1.c =================================================================== ---- /dev/null -+++ git/test/argp/bug-argp1.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/bug-argp1.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,26 @@ +#include <argp.h> +
@@ -4963,8 +4963,8 @@ Index: git/test/argp/bug-argp1.c +#include "../test-skeleton.c" Index: git/test/argp/tst-argp1.c =================================================================== ---- /dev/null -+++ git/test/argp/tst-argp1.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/tst-argp1.c 2012-06-18 13:10:44.060825542 -0700 @@ -0,0 +1,118 @@ +/* Copyright (C) 2002, 2003 Free Software Foundation, Inc. + This file is part of the GNU C Library.
@@ -5086,8 +5086,8 @@ Index: git/test/argp/tst-argp1.c +#include "../test-skeleton.c" Index: git/test/argp/tst-argp2.c =================================================================== ---- /dev/null -+++ git/test/argp/tst-argp2.c +--- /dev/null 1970-01-01 00:00:00.000000000 +0000 ++++ git/test/argp/tst-argp2.c 2012-06-18 13:10:44.064825538 -0700 @@ -0,0 +1,101 @@ +/* Copyright (C) 2007 Free Software Foundation, Inc. + This file is part of the GNU C Library.
meta/recipes-core/uclibc/uclibc-git/ldso_use_arm_dl_linux_resolve_in_thumb_mode.patch deleted +0 -27
@@ -1,27 +0,0 @@ -resolver code should always be in arm mode - -Signed-off-by: Khem Raj <[email protected]> - -Upstream-Status: Pending - -Index: uClibc/ldso/ldso/arm/resolve.S -=================================================================== ---- uClibc.orig/ldso/ldso/arm/resolve.S 2009-03-20 12:03:32.000000000 -0700 -+++ uClibc/ldso/ldso/arm/resolve.S 2009-03-20 12:04:23.000000000 -0700 -@@ -97,7 +97,6 @@ - - .text - .align 4 @ 16 byte boundary and there are 32 bytes below (arm case) -- #if !defined(__thumb__) || defined(__thumb2__) - .arm - .globl _dl_linux_resolve - .type _dl_linux_resolve,%function -@@ -129,7 +128,7 @@ - #else - mov pc,ip - #endif --#else -+#if 0 - @ In the thumb case _dl_linux_resolver is thumb. If a bl is used - @ from arm code the linker will insert a stub call which, with - @ binutils 2.16, is not PIC. Since this code is accessed by an
meta/recipes-core/uclibc/uclibc-git/orign_path.patch +24 -23
115 lines not on this page · raw message
meta/recipes-core/uclibc/uclibc_git.bb +1 -2
@@ -1,4 +1,4 @@ -SRCREV="e118373cbb58ba5ffa5fb6670957678d5b87cdb9" +SRCREV="0dcc13bf7a61b1d0708e5dd103d5515e0ffec79a" require uclibc.inc
@@ -15,7 +15,6 @@ SRC_URI = "git://uclibc.org/uClibc.git;branch=master;protocol=git \ file://uClibc.machine \ file://uClibc.distro \ file://uclibc_enable_log2_test.patch \ - file://ldso_use_arm_dl_linux_resolve_in_thumb_mode.patch \ file://powerpc_copysignl.patch \ file://argp-support.patch \ file://argp-headers.patch \
Signature · 1 line
1.7.5.4
PATCH 2/5 gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
--- meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-)
meta/recipes-devtools/gcc/gcc-4.7.inc +6 -6
@@ -3,12 +3,12 @@ require gcc-common.inc PR = "r2" # Third digit in PV should be incremented after a minor release -# happens from this branch on gcc e.g. currently its 4.7.0 -# when 4.7.1 is releases and we bump SRCREV beyond the release -# on branch then PV should be incremented to 4.7.1+svnr${SRCPV} +# happens from this branch on gcc e.g. currently its 4.7.1 +# when 4.7.2 is releases and we bump SRCREV beyond the release +# on branch then PV should be incremented to 4.7.2+svnr${SRCPV} # to reflect that change -PV = "4.7.0+svnr${SRCPV}" +PV = "4.7.1+svnr${SRCPV}" # BINV should be incremented after updating to a revision # after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been made
@@ -16,9 +16,9 @@ PV = "4.7.0+svnr${SRCPV}" # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = "4.7.1" +BINV = "4.7.2" -SRCREV = "186651" +SRCREV = "188658" BRANCH = "gcc-4_7-branch" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"
Signature · 1 line
1.7.5.4
Re: [PATCH 2/5] gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
Quoted 27 lines · Khem Raj
Signed-off-by Khem Raj <[email protected]>--- meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-)meta/recipes-devtools/gcc/gcc-4.7.inc +4
-4@@ -3,12 +3,12 @@ require gcc-common.inc PR = "r2" # Third digit in PV should be incremented after a minor release -# happens from this branch on gcc e.g. currently its 4.7.0 -# when 4.7.1 is releases and we bump SRCREV beyond the release -# on branch then PV should be incremented to 4.7.1+svnr${SRCPV} +# happens from this branch on gcc e.g. currently its 4.7.1 +# when 4.7.2 is releases and we bump SRCREV beyond the release +# on branch then PV should be incremented to 4.7.2+svnr${SRCPV} # to reflect that change -PV = "4.7.0+svnr${SRCPV}" +PV = "4.7.1+svnr${SRCPV}" # BINV should be incremented after updating to a revision # after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been made
meta/recipes-devtools/gcc/gcc-4.7.inc PV = "4.7.0+svnr${SRCPV}" · line 23
Quoted 10 lines
meta/recipes-devtools/gcc/gcc-4.7.inc +2
-2@@ -16,9 +16,9 @@ PV = "4.7.0+svnr${SRCPV}" # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = "4.7.1" +BINV = "4.7.2" -SRCREV = "186651" +SRCREV = "188658" BRANCH = "gcc-4_7-branch" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"
I'm not sure if this one is new, but libgcc now reports unpackaged file:
NOTE: package libgcc-4.7.1+svnr188658-r2: task do_package: Started
WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package:
WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.h
And the problem with (sometimes) missing or corrupt header file is still there:
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/dwarf2out.c:8383:6: warning: format not a string literal and no format arguments [-Wformat-security] | gcc -c -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -I. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libcpp/include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber/dpd -I../libdecnumber /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c -o emit-rtl.o | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c:42:17: fatal error: rtl.h: No such file or directory | compilation terminated.
Restarting build helps again..
Cheers,
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Re: [PATCH 2/5] gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
Quoted 42 lines · Martin Jansa
Quoted 35 lines · Khem Raj
Signed-off-by Khem Raj <[email protected]>---
meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++++++------1 files changed, 6 insertions(+), 6 deletions(-)meta/recipes-devtools/gcc/gcc-4.7.inc +0
-0@@ -3,12 +3,12 @@ require gcc-common.incPR = "r2"
# Third digit in PV should be incremented after a minor release
meta/recipes-devtools/gcc/gcc-4.7.inc +3
-3-# happens from this branch on gcc e.g. currently its 4.7.0 -# when 4.7.1 is releases and we bump SRCREV beyond the release -# on branch then PV should be incremented to 4.7.1+svnr${SRCPV} +# happens from this branch on gcc e.g. currently its 4.7.1 +# when 4.7.2 is releases and we bump SRCREV beyond the release +# on branch then PV should be incremented to 4.7.2+svnr${SRCPV}# to reflect that changemeta/recipes-devtools/gcc/gcc-4.7.inc +1
-1-PV = "4.7.0+svnr${SRCPV}" +PV = "4.7.1+svnr${SRCPV}"# BINV should be incremented after updating to a revision
# after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been mademeta/recipes-devtools/gcc/gcc-4.7.inc +2
-2@@ -16,9 +16,9 @@ PV = "4.7.0+svnr${SRCPV}" # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = "4.7.1" +BINV = "4.7.2" -SRCREV = "186651" +SRCREV = "188658"Quoted 2 lines
BRANCH = "gcc-4_7-branch"
FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"I'm not sure if this one is new, but libgcc now reports unpackaged file:
Quoted 5 lines
NOTE: package libgcc-4.7.1+svnr188658-r2: task
do_package: Started
WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package:
WARNING:/usr/lib/arm-oe-linux-gnueabi/4.7.2/include
WARNING:/usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.h
can you see couple of things 1. if this file is being generated and installed during libgcc build or if its coming from the bits that are stashed away from gcc-cross build
this file should not be packaged with libgcc so right solution will be to delete this file
Quoted 8 lines
And the problem with (sometimes) missing or corrupt header file is still there:
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/dwarf2out.c:8383:6: warning: format not a string literal and no format arguments [-Wformat-security] | gcc -c -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -I. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libcpp/include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber/dpd -I../libdecnumber /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c -o emit-rtl.o | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c:42:17: fatal error: rtl.h: No such file or directory | compilation terminated.Restarting build helps again..
this is intriguing we should look into it can you explain (once again how can I reproduce it)
Quoted 10 lines
Cheers,
--
Martin 'JaMa' Jansa jabber: [email protected]_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 2/5] gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
Quoted 64 lines · Khem Raj
Quoted 42 lines · Martin Jansa
Quoted 35 lines · Khem Raj
Signed-off-by Khem Raj <[email protected]>---
meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++++++------1 files changed, 6 insertions(+), 6 deletions(-)meta/recipes-devtools/gcc/gcc-4.7.inc +0
-0@@ -3,12 +3,12 @@ require gcc-common.incPR = "r2"
# Third digit in PV should be incremented after a minor release
meta/recipes-devtools/gcc/gcc-4.7.inc +3
-3-# happens from this branch on gcc e.g. currently its 4.7.0 -# when 4.7.1 is releases and we bump SRCREV beyond the release -# on branch then PV should be incremented to 4.7.1+svnr${SRCPV} +# happens from this branch on gcc e.g. currently its 4.7.1 +# when 4.7.2 is releases and we bump SRCREV beyond the release +# on branch then PV should be incremented to 4.7.2+svnr${SRCPV}# to reflect that changemeta/recipes-devtools/gcc/gcc-4.7.inc +1
-1-PV = "4.7.0+svnr${SRCPV}" +PV = "4.7.1+svnr${SRCPV}"# BINV should be incremented after updating to a revision
# after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been mademeta/recipes-devtools/gcc/gcc-4.7.inc +2
-2@@ -16,9 +16,9 @@ PV = "4.7.0+svnr${SRCPV}" # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = "4.7.1" +BINV = "4.7.2" -SRCREV = "186651" +SRCREV = "188658"Quoted 2 lines
BRANCH = "gcc-4_7-branch"
FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"I'm not sure if this one is new, but libgcc now reports unpackaged file:
Quoted 5 lines
NOTE: package libgcc-4.7.1+svnr188658-r2: task
do_package: Started
WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package:
WARNING:/usr/lib/arm-oe-linux-gnueabi/4.7.2/include
WARNING:/usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.hcan you see couple of things 1. if this file is being generated and installed during libgcc build or if its coming from the bits that are stashed away from gcc-cross build
this file should not be packaged with libgcc so right solution will be to delete this file
Quoted 8 lines
And the problem with (sometimes) missing or corrupt header file is still there:
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/dwarf2out.c:8383:6: warning: format not a string literal and no format arguments [-Wformat-security] | gcc -c -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -I. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libcpp/include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber/dpd -I../libdecnumber /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c -o emit-rtl.o | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c:42:17: fatal error: rtl.h: No such file or directory | compilation terminated.Restarting build helps again..
Quoted 2 lines
this is intriguing we should look into it can you explain (once again how can I reproduce it)
I still don't have any steps how to reproduce it reliably, just doing a lot of gcc builds and I see about once from 5 builds.. So with every gcc upgrade (even with just PR bump) I get usually at least 1 build failure for 1 architecture/machine on one buildhost (sometimes it's on fast one, sometimes on slow one with just 2 threads - so speed is not so important to reproduce it).
Usually it's from gcc-cross-initial, but sometimes from intermediate or gcc-cross itself too.
The error is different from time to time, but always some constant
missing or whole header file like in today's error. Probably most
popular one is /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/gcc/calls.c:1204:9:
error: 'STACK_CHECK_MAX_VAR_SIZE' undeclared (first use in this
function)
whole log in
http://build.shr-project.org/tests/jama/gcc-issue/gcc-race-new/
even more samples:
http://build.shr-project.org/tests/jama/gcc-upgrade-issue/
I'm sorry I cannot provide better info.
Cheers,
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Re: [PATCH 2/5] gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
Quoted 85 lines · Martin Jansa
Quoted 64 lines · Khem Raj
Quoted 42 lines · Martin Jansa
Quoted 35 lines · Khem Raj
Signed-off-by Khem Raj <[email protected]>---
meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++++++------1 files changed, 6 insertions(+), 6 deletions(-)meta/recipes-devtools/gcc/gcc-4.7.inc +0
-0@@ -3,12 +3,12 @@ require gcc-common.incPR = "r2"
# Third digit in PV should be incremented after a minor release
meta/recipes-devtools/gcc/gcc-4.7.inc +3
-3-# happens from this branch on gcc e.g. currently its 4.7.0 -# when 4.7.1 is releases and we bump SRCREV beyond the release -# on branch then PV should be incremented to 4.7.1+svnr${SRCPV} +# happens from this branch on gcc e.g. currently its 4.7.1 +# when 4.7.2 is releases and we bump SRCREV beyond the release +# on branch then PV should be incremented to 4.7.2+svnr${SRCPV}# to reflect that changemeta/recipes-devtools/gcc/gcc-4.7.inc +1
-1-PV = "4.7.0+svnr${SRCPV}" +PV = "4.7.1+svnr${SRCPV}"# BINV should be incremented after updating to a revision
# after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been mademeta/recipes-devtools/gcc/gcc-4.7.inc +2
-2@@ -16,9 +16,9 @@ PV = "4.7.0+svnr${SRCPV}" # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = "4.7.1" +BINV = "4.7.2" -SRCREV = "186651" +SRCREV = "188658"Quoted 2 lines
BRANCH = "gcc-4_7-branch"
FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"I'm not sure if this one is new, but libgcc now reports unpackaged file:
Quoted 5 lines
NOTE: package libgcc-4.7.1+svnr188658-r2: task
do_package: Started
WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package:
WARNING:/usr/lib/arm-oe-linux-gnueabi/4.7.2/include
WARNING:/usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.hcan you see couple of things 1. if this file is being generated and installed during libgcc build or if its coming from the bits that are stashed away from gcc-cross build
this file should not be packaged with libgcc so right solution will be to delete this file
Quoted 8 lines
And the problem with (sometimes) missing or corrupt header file is still there:
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/dwarf2out.c:8383:6: warning: format not a string literal and no format arguments [-Wformat-security] | gcc -c -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -I. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libcpp/include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber/dpd -I../libdecnumber /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c -o emit-rtl.o | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c:42:17: fatal error: rtl.h: No such file or directory | compilation terminated.Restarting build helps again..
Quoted 2 lines
this is intriguing we should look into it can you explain (once again how can I reproduce it)
I still don't have any steps how to reproduce it reliably, just doing a lot of gcc builds and I see about once from 5 builds.. So with every gcc upgrade (even with just PR bump) I get usually at least 1 build failure for 1 architecture/machine on one buildhost (sometimes it's on fast one, sometimes on slow one with just 2 threads - so speed is not so important to reproduce it).
Usually it's from gcc-cross-initial, but sometimes from intermediate or gcc-cross itself too.
The error is different from time to time, but always some constant
missing or whole header file like in today's error. Probably most
popular one is /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/gcc/calls.c:1204:9:
error: 'STACK_CHECK_MAX_VAR_SIZE' undeclared (first use in this
function)
Quoted 7 lines
whole log in
http://build.shr-project.org/tests/jama/gcc-issue/gcc-race-new/even more samples:
http://build.shr-project.org/tests/jama/gcc-upgrade-issue/I'm sorry I cannot provide better info.
I guess this was caused by subversion-native in sstate checksums which was fixed in:
http://git.openembedded.org/openembedded-core/commit/?id=793ce6cd9aa632e0f13789c8293770a86085d28d
because I was using subversion-native for long, so that can explain why I was only one seeing those gcc issues
Cheers,
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Re: [PATCH 2/5] gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
-Khem
Quoted 92 lines · Martin Jansa
Quoted 91 lines · Martin Jansa
Quoted 64 lines · Khem Raj
Quoted 42 lines · Martin Jansa
Quoted 27 lines · Khem Raj
Signed-off-by Khem Raj <[email protected]>--- meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-)meta/recipes-devtools/gcc/gcc-4.7.inc +4
-4@@ -3,12 +3,12 @@ require gcc-common.inc PR = "r2" # Third digit in PV should be incremented after a minor release -# happens from this branch on gcc e.g. currently its 4.7.0 -# when 4.7.1 is releases and we bump SRCREV beyond the release -# on branch then PV should be incremented to 4.7.1+svnr${SRCPV} +# happens from this branch on gcc e.g. currently its 4.7.1 +# when 4.7.2 is releases and we bump SRCREV beyond the release +# on branch then PV should be incremented to 4.7.2+svnr${SRCPV} # to reflect that change -PV = "4.7.0+svnr${SRCPV}" +PV = "4.7.1+svnr${SRCPV}" # BINV should be incremented after updating to a revision # after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been mademeta/recipes-devtools/gcc/gcc-4.7.inc PV = "4.7.0+svnr${SRCPV}" · line 23
Quoted 10 lines
meta/recipes-devtools/gcc/gcc-4.7.inc +2
-2@@ -16,9 +16,9 @@ PV = "4.7.0+svnr${SRCPV}" # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = "4.7.1" +BINV = "4.7.2" -SRCREV = "186651" +SRCREV = "188658" BRANCH = "gcc-4_7-branch" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"I'm not sure if this one is new, but libgcc now reports unpackaged file:
Quoted 5 lines
NOTE: package libgcc-4.7.1+svnr188658-r2: task
do_package: Started
WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package:WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.hcan you see couple of things 1. if this file is being generated and installed during libgcc build or if its coming from the bits that are stashed away from gcc-cross build
this file should not be packaged with libgcc so right solution will be to delete this file
Quoted 8 lines
And the problem with (sometimes) missing or corrupt header file is still there:
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/dwarf2out.c:8383:6: warning: format not a string literal and no format arguments [-Wformat-security] | gcc -c -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -I. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libcpp/include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber/dpd -I../libdecnumber /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c -o emit-rtl.o | /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c:42:17: fatal error: rtl.h: No such file or directory | compilation terminated.Restarting build helps again..
Quoted 2 lines
this is intriguing we should look into it can you explain (once again how can I reproduce it)
I still don't have any steps how to reproduce it reliably, just doing a lot of gcc builds and I see about once from 5 builds.. So with every gcc upgrade (even with just PR bump) I get usually at least 1 build failure for 1 architecture/machine on one buildhost (sometimes it's on fast one, sometimes on slow one with just 2 threads - so speed is not so important to reproduce it).
Usually it's from gcc-cross-initial, but sometimes from intermediate or gcc-cross itself too.
The error is different from time to time, but always some constant
missing or whole header file like in today's error. Probably most
popular one is /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.0+svnr186651-r1/gcc-4_7-branch/gcc/calls.c:1204:9:
error: 'STACK_CHECK_MAX_VAR_SIZE' undeclared (first use in this
function)whole log in
http://build.shr-project.org/tests/jama/gcc-issue/gcc-race-new/even more samples:
http://build.shr-project.org/tests/jama/gcc-upgrade-issue/
Quoted 8 lines
Quoted 1 line
I'm sorry I cannot provide better info.
I guess this was caused by subversion-native in sstate checksums which was fixed in:
http://git.openembedded.org/openembedded-core/commit/?id=793ce6cd9aa632e0f13789c8293770a86085d28dbecause I was using subversion-native for long, so that can explain why I was only one seeing those gcc issues
Interesting , do you think it was sort of a race
Quoted 9 lines
Cheers,
Signature · 5 lines
Martin 'JaMa' Jansa jabber: [email protected] _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 2/5] gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
In reply to Khem RajQuoted 49 lines · Khem Raj
Quoted 42 lines · Martin Jansa
Quoted 27 lines · Khem Raj
Signed-off-by Khem Raj<[email protected]>--- meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-)meta/recipes-devtools/gcc/gcc-4.7.inc +4
-4@@ -3,12 +3,12 @@ require gcc-common.inc PR = "r2" # Third digit in PV should be incremented after a minor release -# happens from this branch on gcc e.g. currently its 4.7.0 -# when 4.7.1 is releases and we bump SRCREV beyond the release -# on branch then PV should be incremented to 4.7.1+svnr${SRCPV} +# happens from this branch on gcc e.g. currently its 4.7.1 +# when 4.7.2 is releases and we bump SRCREV beyond the release +# on branch then PV should be incremented to 4.7.2+svnr${SRCPV} # to reflect that change -PV = "4.7.0+svnr${SRCPV}" +PV = "4.7.1+svnr${SRCPV}" # BINV should be incremented after updating to a revision # after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been mademeta/recipes-devtools/gcc/gcc-4.7.inc PV = "4.7.0+svnr${SRCPV}" · line 23
Quoted 10 lines
meta/recipes-devtools/gcc/gcc-4.7.inc +2
-2@@ -16,9 +16,9 @@ PV = "4.7.0+svnr${SRCPV}" # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = "4.7.1" +BINV = "4.7.2" -SRCREV = "186651" +SRCREV = "188658" BRANCH = "gcc-4_7-branch" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"I'm not sure if this one is new, but libgcc now reports unpackaged file:
Quoted 5 lines
NOTE: package libgcc-4.7.1+svnr188658-r2: task
do_package: Started
WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package:WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include WARNING: /usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.h
Quoted 4 lines
can you see couple of things 1. if this file is being generated and installed during libgcc build or if its coming from the bits that are stashed away from gcc-cross build
Khem, this file seems to be set up during do_configure time
config.status: linking /srv/ssd/sgw_ab/builds/repack/tmp/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/libgcc/unwind-generic.h to unwind.h
Quoted 2 lines
this file should not be packaged with libgcc so right solution will be to delete this file
Will you provide the patch please.
Thanks
Sau!
Quoted 4 lines
Quoted 4 lines
And the problem with (sometimes) missing or corrupt header file is still there:
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/dwarf2out.c:8383:6: warning: format not a string literal and no format arguments [-Wformat-security]
| gcc -c -isystem/OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include -O2 -pipe -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -I. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/. -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libcpp/include -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber -I/OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/../libdecnumber/dpd -I../libdecnumber /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2
/gcc-4_7-branch/gcc/emit-rtl.c -o emit-rtl.o
Quoted 23 lines
Quoted 4 lines
| /OE/shr-core/tmp-eglibc/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/gcc/emit-rtl.c:42:17: fatal error:
rtl.h: No such file or directory | compilation terminated.
Restarting build helps again..this is intriguing we should look into it can you explain (once again how can I reproduce it)
Quoted 10 lines
Cheers,
--
Martin 'JaMa' Jansa jabber: [email protected]_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 2/5] gcc-4.7: Update to tip of gcc-4_7-branch since 4.7.1 has been out
Quoted 68 lines · Saul Wold
Quoted 56 lines · Khem Raj
Quoted 46 lines · Martin Jansa
Quoted 37 lines · Khem Raj
Signed-off-by Khem Raj<[email protected]>---
meta/recipes-devtools/gcc/gcc-4.7.inc | 12 ++++++------1 files changed, 6 insertions(+), 6 deletions(-)meta/recipes-devtools/gcc/gcc-4.7.inc +0
-0@@ -3,12 +3,12 @@ require gcc-common.incPR = "r2"
# Third digit in PV should be incremented after a minor release
meta/recipes-devtools/gcc/gcc-4.7.inc +3
-3-# happens from this branch on gcc e.g. currently its 4.7.0 -# when 4.7.1 is releases and we bump SRCREV beyond the release -# on branch then PV should be incremented to 4.7.1+svnr${SRCPV} +# happens from this branch on gcc e.g. currently its 4.7.1 +# when 4.7.2 is releases and we bump SRCREV beyond the release +# on branch then PV should be incremented to 4.7.2+svnr${SRCPV}# to reflect that changemeta/recipes-devtools/gcc/gcc-4.7.inc +1
-1-PV = "4.7.0+svnr${SRCPV}" +PV = "4.7.1+svnr${SRCPV}"# BINV should be incremented after updating to a revision
# after a minor gcc release (e.g. 4.7.1 or 4.7.2) has been mademeta/recipes-devtools/gcc/gcc-4.7.inc +2
-2@@ -16,9 +16,9 @@ PV = "4.7.0+svnr${SRCPV}" # 4.7.1 then the value below will have 2 which will mean 4.7.2 # which will be next minor release and so on. -BINV = "4.7.1" +BINV = "4.7.2" -SRCREV = "186651" +SRCREV = "188658"Quoted 2 lines
BRANCH = "gcc-4_7-branch"
FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.7' ], d)}"I'm not sure if this one is new, but libgcc now reports unpackaged file:
Quoted 5 lines
NOTE: package libgcc-4.7.1+svnr188658-r2: task
do_package: Started
WARNING: For recipe libgcc, the following files/directories were installed but not shipped in any package:
WARNING:/usr/lib/arm-oe-linux-gnueabi/4.7.2/include
WARNING:/usr/lib/arm-oe-linux-gnueabi/4.7.2/include/unwind.hQuoted 4 lines
can you see couple of things 1. if this file is being generated and installed during libgcc build or if its coming from the bits that are stashed away from gcc-cross build
Khem, this file seems to be set up during
do_configuretimeconfig.status: linking
/srv/ssd/sgw_ab/builds/repack/tmp/work-shared/gcc-4.7.1+svnr188658-r2/gcc-4_7-branch/libgcc/unwind-generic.htounwind.h
Quoted 6 lines
Quoted 2 lines
this file should not be packaged with libgcc so right solution will be to delete this file
Will you provide the patch please.
eventually yes if no one beats me to it.
PATCH 3/5 binutils: Add with-sysroot to target binutils
In reply to Khem RajAlso rearrange the recipes to have common bits
in inc files and not include the target bb file
everywhere. This lets us add specific options
to specific recipes particularly target recipe in
this case
--- meta/recipes-devtools/binutils/binutils-2.22.inc | 37 ++++++++++++ .../binutils/binutils-cross-canadian.inc | 7 +-- .../binutils/binutils-cross-canadian_2.22.bb | 4 +- meta/recipes-devtools/binutils/binutils-cross.inc | 8 +-- .../binutils/binutils-cross_2.22.bb | 3 +- .../binutils/binutils-crosssdk_2.22.bb | 3 - meta/recipes-devtools/binutils/binutils.inc | 27 +--------- meta/recipes-devtools/binutils/binutils_2.22.bb | 60 ++++++++----------- 8 files changed, 71 insertions(+), 78 deletions(-) create mode 100644 meta/recipes-devtools/binutils/binutils-2.22.inc
meta/recipes-devtools/binutils/binutils-2.22.inc new file +37 -0
@@ -0,0 +1,37 @@ +PR = "r10" + +LIC_FILES_CHKSUM="\ + file://src-release;endline=17;md5=4830a9ef968f3b18dd5e9f2c00db2d35\ + file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552\ + file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674\ + file://COPYING3;md5=d32239bcb673463ab874e80d47fae504\ + file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6\ + file://gas/COPYING;md5=d32239bcb673463ab874e80d47fae504\ + file://include/COPYING;md5=59530bdf33659b29e73d4adb9f9f6552\ + file://include/COPYING3;md5=d32239bcb673463ab874e80d47fae504\ + file://libiberty/COPYING.LIB;md5=a916467b91076e631dd8edb7424769c7\ + file://bfd/COPYING;md5=d32239bcb673463ab874e80d47fae504\ + " + +SRC_URI = "\ + ${GNU_MIRROR}/binutils/binutils-${PV}.tar.bz2 \ + file://binutils-uclibc-100-uclibc-conf.patch \ + file://binutils-uclibc-300-001_ld_makefile_patch.patch \ + file://binutils-uclibc-300-006_better_file_error.patch \ + file://binutils-uclibc-300-012_check_ldrunpath_length.patch \ + file://binutils-uclibc-gas-needs-libm.patch \ + file://binutils-x86_64_i386_biarch.patch \ + file://libtool-2.4-update.patch \ + file://binutils-2.19.1-ld-sysroot.patch \ + file://libiberty_path_fix.patch \ + file://binutils-poison.patch \ + file://libtool-rpath-fix.patch \ + file://clone-shadow.patch \ + file://binutils-powerpc-e5500.patch \ + file://binutils-armv5e.patch \ + file://mips64-default-ld-emulation.patch \ + file://0001-PR-ld-13470.patch \ + " + +SRC_URI[md5sum] = "ee0f10756c84979622b992a4a61ea3f5" +SRC_URI[sha256sum] = "6c7af8ed1c8cf9b4b9d6e6fe09a3e1d3d479fe63984ba8b9b26bf356b6313ca9"
meta/recipes-devtools/binutils/binutils-cross-canadian.inc +2 -5
@@ -5,11 +5,8 @@ PN = "binutils-cross-canadian-${TRANSLATED_TARGET_ARCH}" BPN = "binutils" DEPENDS = "flex-native bison-native virtual/${HOST_PREFIX}gcc-crosssdk virtual/libc-nativesdk zlib-nativesdk gettext-nativesdk" -EXTRA_OECONF = "--with-sysroot=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGET_VENDOR}-${TARGET_OS} \ - --program-prefix=${TARGET_PREFIX} \ - --disable-werror \ - ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '--enable-gold=default', '', d)}" - +EXTRA_OECONF += "--with-sysroot=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGET_VENDOR}-${TARGET_OS} \ + " do_install () { autotools_do_install
meta/recipes-devtools/binutils/binutils-cross-canadian_2.22.bb +2 -2
@@ -1,3 +1,3 @@ -require binutils_${PV}.bb +require binutils.inc +require binutils-${PV}.inc require binutils-cross-canadian.inc -PR = "r2"
meta/recipes-devtools/binutils/binutils-cross.inc +2 -6
@@ -4,14 +4,10 @@ PROVIDES = "virtual/${TARGET_PREFIX}binutils" INHIBIT_DEFAULT_DEPS = "1" INHIBIT_AUTOTOOLS_DEPS = "1" -EXTRA_OECONF = "--with-sysroot=${STAGING_DIR_TARGET} \ - --program-prefix=${TARGET_PREFIX} \ +EXTRA_OECONF += "--with-sysroot=${STAGING_DIR_TARGET} \ --disable-install-libbfd \ - --disable-werror \ --enable-poison-system-directories \ - ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '--enable-gold=default', '', d)} \ - ${@base_contains('DISTRO_FEATURES', 'multiarch', '--enable-64-bit-bfd', '', d)}" - + " do_install () { oe_runmake 'DESTDIR=${D}' install
meta/recipes-devtools/binutils/binutils-cross_2.22.bb +2 -1
@@ -1,2 +1,3 @@ -require binutils_${PV}.bb +require binutils.inc +require binutils-${PV}.inc require binutils-cross.inc
meta/recipes-devtools/binutils/binutils-crosssdk_2.22.bb +0 -3
@@ -4,9 +4,6 @@ inherit crosssdk PROVIDES = "virtual/${TARGET_PREFIX}binutils-crosssdk" -PR = "r2" - do_configure_prepend () { sed -i 's#/usr/local/lib /lib /usr/lib#${SDKPATHNATIVE}/lib ${SDKPATHNATIVE}/usr/lib /usr/local/lib /lib /usr/lib#' ${S}/ld/configure.tgt } -
meta/recipes-devtools/binutils/binutils.inc +1 -26
@@ -50,13 +50,10 @@ FILES_${PN}-dbg += "${prefix}/${TARGET_SYS}/bin/.debug" B = "${S}/build.${HOST_SYS}.${TARGET_SYS}" EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \ - --enable-install-libbfd \ - --enable-shared \ --disable-werror \ + ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '--enable-gold=default', '', d)} \ ${@base_contains('DISTRO_FEATURES', 'multiarch', '--enable-64-bit-bfd', '', d)}" -EXTRA_OECONF_virtclass-native = "--enable-target=all --enable-64-bit-bfd --enable-install-libbfd" - # This is necessary due to a bug in the binutils Makefiles # EXTRA_OEMAKE = "configure-build-libiberty all"
@@ -124,28 +121,6 @@ do_install () { oe_multilib_header bfd.h } -do_install_virtclass-native () { - autotools_do_install - - # Install the libiberty header - install -d ${D}${includedir} - install -m 644 ${S}/include/ansidecl.h ${D}${includedir} - install -m 644 ${S}/include/libiberty.h ${D}${includedir} - - # We only want libiberty, libbfd and libopcodes - rm -rf ${D}${bindir} - rm -rf ${D}${prefix}/${TARGET_SYS} - rm -rf ${D}${prefix}/lib/ldscripts - rm -rf ${D}${prefix}/share/info - rm -rf ${D}${prefix}/share/locale - rm -rf ${D}${prefix}/share/man - rmdir ${D}${prefix}/share || : - rmdir ${D}/${libdir}/gcc-lib || : - rmdir ${D}/${libdir}64/gcc-lib || : - rmdir ${D}/${libdir} || : - rmdir ${D}/${libdir}64 || : -} - inherit update-alternatives ALTERNATIVE_PRIORITY = "100"
meta/recipes-devtools/binutils/binutils_2.22.bb +25 -35
67 lines not on this page · raw message
Signature · 1 line
1.7.5.4
PATCH 4/5 gcc: Fix a case of sysroot with trailing / and gxx-include-dir leading slash
In reply to Khem Rajwhen using --with-sysroot=/ and --with-gxx-headers=/usr/include/c++ configure eats up one leading / from gxx include dir fixed thusly
--- meta/recipes-devtools/gcc/gcc-4.7.inc | 1 + .../gcc/gcc-4.7/fix-g++-sysroot.patch | 428 ++++++++++++++++++++ 2 files changed, 429 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-devtools/gcc/gcc-4.7/fix-g++-sysroot.patch
meta/recipes-devtools/gcc/gcc-4.7.inc +1 -0
@@ -67,6 +67,7 @@ SRC_URI = "svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \ file://mips64-default-n64.patch \ file://arm-hard-float-loader.patch \ file://gcc-argument-list-too-long.patch \ + file://fix-g++-sysroot.patch \ " S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/${BRANCH}"
meta/recipes-devtools/gcc/gcc-4.7/fix-g++-sysroot.patch new file +428 -0
428 lines not on this page · raw message
Signature · 1 line
1.7.5.4
PATCH 5/5 binutils: Enable plugins by default
In reply to Khem RajPlugins work well in 2.22+ so lets enable them
helps with lto
--- meta/recipes-devtools/binutils/binutils.inc | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)
meta/recipes-devtools/binutils/binutils.inc +1 -0
@@ -51,6 +51,7 @@ B = "${S}/build.${HOST_SYS}.${TARGET_SYS}" EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \ --disable-werror \ + --enable-plugins \ ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '--enable-gold=default', '', d)} \ ${@base_contains('DISTRO_FEATURES', 'multiarch', '--enable-64-bit-bfd', '', d)}"
Signature · 1 line
1.7.5.4
Richard Purdie
AppliedQuoted 10 lines · Khem Raj
This patchset
1. Updates gcc to 4.7.1+
2. Fixes on device toolchain since now they are built with sysroot couple of issues showed up
3. Rearranges binutils recipes so that target binutils recipe in not included everywhere
4. Add enable plugin option to binutils. Its needed for LTO to work
5. Updateuclibc_gitrecipe to lastest uclibc master after a major branch has been collapsed in uclibc master
Merged to master, thanks.
Richard