Skip to contentSkip to conversation

Toolchain fixes and uclibc-git upgrade

PATCH Applied Khem Raj 4 participants 14 messages Jun 20, 2012 – Jul 10, 2012

lore
Share & tools
lore

Khem Raj

author
#0 lore raw

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
author
#1 lore raw

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
index 3e9680f..bcec6a5 100644
@@ -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
deleted file mode 100644
index d44acca..0000000
@@ -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
index 33f155f..1744c48 100644
@@ -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
author
#2 lore raw

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
index 34a73b1..25a1088 100644
@@ -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
#3 lore raw

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
---
 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
index 34a73b1..25a1088 100644
@@ -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]
author
#4 lore raw

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

---
 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
index 34a73b1..25a1088 100644
@@ -3,12 +3,12 @@ require gcc-common.inc

 PR = "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 change
meta/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 made
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"
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

#5 lore raw

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

---
 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
index 34a73b1..25a1088 100644
@@ -3,12 +3,12 @@ require gcc-common.inc

 PR = "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 change
meta/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 made
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"
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..

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]
#6 lore raw

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

---
 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
index 34a73b1..25a1088 100644
@@ -3,12 +3,12 @@ require gcc-common.inc

 PR = "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 change
meta/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 made
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"
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..

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]
author
#7 lore raw

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
---
 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
index 34a73b1..25a1088 100644
@@ -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:

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..

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=793ce6cd9aa632e0f13789c8293770a86085d28d

because 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
#8 lore raw

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 Raj
Quoted 49 lines · Khem Raj
Quoted 42 lines · Martin Jansa
Quoted 27 lines · Khem Raj
---
  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
index 34a73b1..25a1088 100644
@@ -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:

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

author
#9 lore raw

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

---
 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
index 34a73b1..25a1088 100644
@@ -3,12 +3,12 @@ require gcc-common.inc

 PR = "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 change
meta/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 made
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"
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

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 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.

author
#10 lore raw

PATCH 3/5 binutils: Add with-sysroot to target binutils

In reply to Khem Raj

Also 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
new file mode 100644
index 0000000..6f1e0dc
@@ -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
index 15b9abb..a23531c 100644
@@ -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
index a49aded..5dbaa03 100644
@@ -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
index 80152a9..300a1d3 100644
@@ -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
index 01d99db..fbd1f7d 100644
@@ -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
index 0e8b6e4..0eb5684 100644
@@ -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
index 2440509..19cb06a 100644
@@ -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
author
#11 lore raw

PATCH 4/5 gcc: Fix a case of sysroot with trailing / and gxx-include-dir leading slash

In reply to Khem Raj

when 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
index 25a1088..65153b3 100644
@@ -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
author
#12 lore raw

PATCH 5/5 binutils: Enable plugins by default

In reply to Khem Raj

Plugins 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
index 19cb06a..5c8e55b 100644
@@ -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
#13 lore raw
In reply to Khem Raj
Quoted 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. Update uclibc_git recipe to lastest uclibc master after a major branch has been collapsed in uclibc master

Merged to master, thanks.

Richard