* [PATCH 0/4] Upgrade eglibc 2.14 and gcc 4.6
@ 2011-09-27 3:39 Khem Raj
2011-09-27 3:39 ` [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE Khem Raj
` (3 more replies)
0 siblings, 4 replies; 17+ messages in thread
From: Khem Raj @ 2011-09-27 3:39 UTC (permalink / raw)
To: openembedded-core
This patch upgrades gcc to latest on FSF gcc-4_6-branch
Adds recipes for eglibc 2.14 and restores sunrpc support in eglibc
Add configure option to gcc 4.6 select hash style in gcc at configure time
The following changes since commit c7c0e60f59f625f13231d9829967255260b777b1:
intltool: inherit gettext to add missing dependency on gettext (2011-09-26 20:29:27 -0700)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib kraj/hashstyle-eglibc-updates
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/hashstyle-eglibc-updates
Khem Raj (4):
conf,recipes: Add new variable LINKER_HASH_STYLE
gcc-4.6: Use --with-linker-hash-style configure option
eglibc: Add recipes for 2.14
gcc-4.6: Update to tip of FSF gcc-4_6-branch
meta/conf/bitbake.conf | 3 +-
meta/conf/distro/include/tcmode-default.inc | 6 +-
.../eglibc/cross-localedef-native_2.14.bb | 44 ++
.../eglibc/eglibc-2.14/IO-acquire-lock-fix.patch | 17 +
.../eglibc-2.14/armv4-eabi-compile-fix.patch | 25 +
.../eglibc-2.14/eglibc-rpc-export-again.patch | 69 +++
.../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 +
.../eglibc/eglibc-2.14/generate-supported.mk | 11 +
.../eglibc/eglibc-2.14/ld-search-order.patch | 56 ++
.../eglibc/eglibc-2.14/mips-rld-map-check.patch | 26 +
.../eglibc/eglibc-2.14/multilib_readlib.patch | 17 +
.../recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch | 538 ++++++++++++++++++++
.../eglibc-2.14/shorten-build-commands.patch | 82 +++
.../eglibc/eglibc-2.14/stack-protector-test.patch | 35 ++
meta/recipes-core/eglibc/eglibc-initial_2.14.bb | 6 +
meta/recipes-core/eglibc/eglibc-locale_2.14.bb | 1 +
meta/recipes-core/eglibc/eglibc_2.14.bb | 219 ++++++++
meta/recipes-core/uclibc/uclibc.inc | 2 +-
meta/recipes-devtools/gcc/gcc-4.6.inc | 8 +-
.../gcc/gcc-4.6/gcc-with-linker-hash-style.patch | 196 +++++++
20 files changed, 1376 insertions(+), 6 deletions(-)
create mode 100644 meta/recipes-core/eglibc/cross-localedef-native_2.14.bb
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch
create mode 100644 meta/recipes-core/eglibc/eglibc-initial_2.14.bb
create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.14.bb
create mode 100644 meta/recipes-core/eglibc/eglibc_2.14.bb
create mode 100644 meta/recipes-devtools/gcc/gcc-4.6/gcc-with-linker-hash-style.patch
--
1.7.5.4
^ permalink raw reply [flat|nested] 17+ messages in thread* [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE 2011-09-27 3:39 [PATCH 0/4] Upgrade eglibc 2.14 and gcc 4.6 Khem Raj @ 2011-09-27 3:39 ` Khem Raj 2011-09-28 13:40 ` Richard Purdie 2011-09-27 3:39 ` [PATCH 2/4] gcc-4.6: Use --with-linker-hash-style configure option Khem Raj ` (2 subsequent siblings) 3 siblings, 1 reply; 17+ messages in thread From: Khem Raj @ 2011-09-27 3:39 UTC (permalink / raw) To: openembedded-core LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' depending upon processor architecture e.g. mips does not support gnu hash style so is uses sysv besides 'sysv' and 'gnu' third option is to set it to 'both' we do not do that by default but user can still set it Signed-off-by: Khem Raj <raj.khem@gmail.com> --- meta/conf/bitbake.conf | 3 ++- meta/conf/distro/include/tcmode-default.inc | 6 +++++- meta/recipes-core/uclibc/uclibc.inc | 2 +- 3 files changed, 8 insertions(+), 3 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 730439c..47e8547 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -476,7 +476,8 @@ BUILDSDK_LDFLAGS = "-L${STAGING_LIBDIR} \ -Wl,-rpath-link,${STAGING_DIR_HOST}${base_libdir} \ -Wl,-rpath,${base_libdir} -Wl,-O1" -TARGET_LINK_HASH_STYLE ??= "" +LINKER_HASH_STYLE ??= "gnu" +TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][bb.data.getVar('LINKER_HASH_STYLE', d, True) == 'gnu']}" export LDFLAGS = "${TARGET_LDFLAGS}" export TARGET_LDFLAGS = "-Wl,-O1 ${TARGET_LINK_HASH_STYLE}" #export TARGET_LDFLAGS = "-L${STAGING_DIR_TARGET}${libdir} \ diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc index 2857215..1ddfbce 100644 --- a/meta/conf/distro/include/tcmode-default.inc +++ b/meta/conf/distro/include/tcmode-default.inc @@ -63,5 +63,9 @@ PREFERRED_VERSION_gzip-native ?= "1.4" # Setup suitable toolchain flags require conf/distro/include/as-needed.inc -TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][bb.data.getVar('TARGET_ARCH', d, True) in ['mips', 'mipsel', 'mips64', 'mips64el']]}" +# mips does not support GNU hash style therefore we hard assign them +LINKER_HASH_STYLE_mips = "sysv" +LINKER_HASH_STYLE_mipsel = "sysv" +LINKER_HASH_STYLE_mips64 = "sysv" +LINKER_HASH_STYLE_mips64el = "sysv" diff --git a/meta/recipes-core/uclibc/uclibc.inc b/meta/recipes-core/uclibc/uclibc.inc index 222c34f..f104114 100644 --- a/meta/recipes-core/uclibc/uclibc.inc +++ b/meta/recipes-core/uclibc/uclibc.inc @@ -201,5 +201,5 @@ do_configure() { do_install() { oe_runmake PREFIX=${D} install - oe_runmake PREFIX=${D} "SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}" install_utils + oe_runmake PREFIX=${D} "SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}" install_utils } -- 1.7.5.4 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE 2011-09-27 3:39 ` [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE Khem Raj @ 2011-09-28 13:40 ` Richard Purdie 2011-09-28 15:15 ` Khem Raj 0 siblings, 1 reply; 17+ messages in thread From: Richard Purdie @ 2011-09-28 13:40 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On Mon, 2011-09-26 at 20:39 -0700, Khem Raj wrote: > LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' > depending upon processor architecture e.g. mips does not support > gnu hash style so is uses sysv > > besides 'sysv' and 'gnu' third option is to set it to 'both' we do > not do that by default but user can still set it > > Signed-off-by: Khem Raj <raj.khem@gmail.com> > --- > meta/conf/bitbake.conf | 3 ++- > meta/conf/distro/include/tcmode-default.inc | 6 +++++- > meta/recipes-core/uclibc/uclibc.inc | 2 +- > 3 files changed, 8 insertions(+), 3 deletions(-) > > diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf > index 730439c..47e8547 100644 > --- a/meta/conf/bitbake.conf > +++ b/meta/conf/bitbake.conf > @@ -476,7 +476,8 @@ BUILDSDK_LDFLAGS = "-L${STAGING_LIBDIR} \ > -Wl,-rpath-link,${STAGING_DIR_HOST}${base_libdir} \ > -Wl,-rpath,${base_libdir} -Wl,-O1" > > -TARGET_LINK_HASH_STYLE ??= "" > +LINKER_HASH_STYLE ??= "gnu" > +TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][bb.data.getVar('LINKER_HASH_STYLE', d, True) == 'gnu']}" > export LDFLAGS = "${TARGET_LDFLAGS}" > export TARGET_LDFLAGS = "-Wl,-O1 ${TARGET_LINK_HASH_STYLE}" > #export TARGET_LDFLAGS = "-L${STAGING_DIR_TARGET}${libdir} \ > diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc > index 2857215..1ddfbce 100644 > --- a/meta/conf/distro/include/tcmode-default.inc > +++ b/meta/conf/distro/include/tcmode-default.inc > @@ -63,5 +63,9 @@ PREFERRED_VERSION_gzip-native ?= "1.4" > > # Setup suitable toolchain flags > require conf/distro/include/as-needed.inc > -TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][bb.data.getVar('TARGET_ARCH', d, True) in ['mips', 'mipsel', 'mips64', 'mips64el']]}" > > +# mips does not support GNU hash style therefore we hard assign them > +LINKER_HASH_STYLE_mips = "sysv" > +LINKER_HASH_STYLE_mipsel = "sysv" > +LINKER_HASH_STYLE_mips64 = "sysv" > +LINKER_HASH_STYLE_mips64el = "sysv" Lets move these to bitbake.conf with the other entries since the other part of this is now in the global config. It doesn't make sense to require anyone replacing this file add these entries (and there is currently no other setting that would make sense on mips). > diff --git a/meta/recipes-core/uclibc/uclibc.inc b/meta/recipes-core/uclibc/uclibc.inc > index 222c34f..f104114 100644 > --- a/meta/recipes-core/uclibc/uclibc.inc > +++ b/meta/recipes-core/uclibc/uclibc.inc > @@ -201,5 +201,5 @@ do_configure() { > > do_install() { > oe_runmake PREFIX=${D} install > - oe_runmake PREFIX=${D} "SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}" install_utils > + oe_runmake PREFIX=${D} "SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}" install_utils > } I don't think this was meant to be here... With those two teaks I'll take this patch. For the gcc/glibc upgrade, I'd like a positive pass test result from the autobuilder to verify the changes. I'll talk to Beth/Saul to see when we can fit a test run in. Cheers, Richard ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE 2011-09-28 13:40 ` Richard Purdie @ 2011-09-28 15:15 ` Khem Raj 0 siblings, 0 replies; 17+ messages in thread From: Khem Raj @ 2011-09-28 15:15 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On Wed, Sep 28, 2011 at 6:40 AM, Richard Purdie <richard.purdie@linuxfoundation.org> wrote: > On Mon, 2011-09-26 at 20:39 -0700, Khem Raj wrote: >> LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' >> depending upon processor architecture e.g. mips does not support >> gnu hash style so is uses sysv >> >> besides 'sysv' and 'gnu' third option is to set it to 'both' we do >> not do that by default but user can still set it >> >> Signed-off-by: Khem Raj <raj.khem@gmail.com> >> --- >> meta/conf/bitbake.conf | 3 ++- >> meta/conf/distro/include/tcmode-default.inc | 6 +++++- >> meta/recipes-core/uclibc/uclibc.inc | 2 +- >> 3 files changed, 8 insertions(+), 3 deletions(-) >> >> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf >> index 730439c..47e8547 100644 >> --- a/meta/conf/bitbake.conf >> +++ b/meta/conf/bitbake.conf >> @@ -476,7 +476,8 @@ BUILDSDK_LDFLAGS = "-L${STAGING_LIBDIR} \ >> -Wl,-rpath-link,${STAGING_DIR_HOST}${base_libdir} \ >> -Wl,-rpath,${base_libdir} -Wl,-O1" >> >> -TARGET_LINK_HASH_STYLE ??= "" >> +LINKER_HASH_STYLE ??= "gnu" >> +TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][bb.data.getVar('LINKER_HASH_STYLE', d, True) == 'gnu']}" >> export LDFLAGS = "${TARGET_LDFLAGS}" >> export TARGET_LDFLAGS = "-Wl,-O1 ${TARGET_LINK_HASH_STYLE}" >> #export TARGET_LDFLAGS = "-L${STAGING_DIR_TARGET}${libdir} \ >> diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc >> index 2857215..1ddfbce 100644 >> --- a/meta/conf/distro/include/tcmode-default.inc >> +++ b/meta/conf/distro/include/tcmode-default.inc >> @@ -63,5 +63,9 @@ PREFERRED_VERSION_gzip-native ?= "1.4" >> >> # Setup suitable toolchain flags >> require conf/distro/include/as-needed.inc >> -TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][bb.data.getVar('TARGET_ARCH', d, True) in ['mips', 'mipsel', 'mips64', 'mips64el']]}" >> >> +# mips does not support GNU hash style therefore we hard assign them >> +LINKER_HASH_STYLE_mips = "sysv" >> +LINKER_HASH_STYLE_mipsel = "sysv" >> +LINKER_HASH_STYLE_mips64 = "sysv" >> +LINKER_HASH_STYLE_mips64el = "sysv" > > Lets move these to bitbake.conf with the other entries since the other > part of this is now in the global config. It doesn't make sense to > require anyone replacing this file add these entries (and there is > currently no other setting that would make sense on mips). yes bitbake.conf is better place > >> diff --git a/meta/recipes-core/uclibc/uclibc.inc b/meta/recipes-core/uclibc/uclibc.inc >> index 222c34f..f104114 100644 >> --- a/meta/recipes-core/uclibc/uclibc.inc >> +++ b/meta/recipes-core/uclibc/uclibc.inc >> @@ -201,5 +201,5 @@ do_configure() { >> >> do_install() { >> oe_runmake PREFIX=${D} install >> - oe_runmake PREFIX=${D} "SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}" install_utils >> + oe_runmake PREFIX=${D} "SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}" install_utils >> } > > I don't think this was meant to be here... > Indeed. remnant of a squash > With those two teaks I'll take this patch. > > For the gcc/glibc upgrade, I'd like a positive pass test result from the > autobuilder to verify the changes. I'll talk to Beth/Saul to see when we > can fit a test run in. OK > > Cheers, > > Richard > > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > ^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 2/4] gcc-4.6: Use --with-linker-hash-style configure option 2011-09-27 3:39 [PATCH 0/4] Upgrade eglibc 2.14 and gcc 4.6 Khem Raj 2011-09-27 3:39 ` [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE Khem Raj @ 2011-09-27 3:39 ` Khem Raj 2011-09-27 3:39 ` [PATCH 3/4] eglibc: Add recipes for 2.14 Khem Raj 2011-09-27 3:39 ` [PATCH 4/4] gcc-4.6: Update to tip of FSF gcc-4_6-branch Khem Raj 3 siblings, 0 replies; 17+ messages in thread From: Khem Raj @ 2011-09-27 3:39 UTC (permalink / raw) To: openembedded-core Depending upon what hash style is in use this uses the right flag for setting the hash style type. This fixes the QA errors about missing GNU hash style reported in gcc-runtime build particularly libgcc Signed-off-by: Khem Raj <raj.khem@gmail.com> --- meta/recipes-devtools/gcc/gcc-4.6.inc | 2 + .../gcc/gcc-4.6/gcc-with-linker-hash-style.patch | 196 ++++++++++++++++++++ 2 files changed, 198 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-devtools/gcc/gcc-4.6/gcc-with-linker-hash-style.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc b/meta/recipes-devtools/gcc/gcc-4.6.inc index b7b6a43..eef0ef0 100644 --- a/meta/recipes-devtools/gcc/gcc-4.6.inc +++ b/meta/recipes-devtools/gcc/gcc-4.6.inc @@ -68,6 +68,7 @@ SRC_URI = "svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \ file://use-defaults.h-and-t-oe-in-B.patch \ file://powerpc-e5500.patch \ file://fix-for-ice-50099.patch \ + file://gcc-with-linker-hash-style.patch \ " SRC_URI_append_sh3 = " file://sh3-installfix-fixheaders.patch " @@ -90,6 +91,7 @@ EXTRA_OECONF_BASE = " --enable-lto \ --disable-bootstrap \ --disable-libgomp \ --disable-libmudflap \ + --with-linker-hash-style=${LINKER_HASH_STYLE} \ --enable-cheaders=c_global " EXTRA_OECONF_INITIAL = "--disable-libmudflap \ diff --git a/meta/recipes-devtools/gcc/gcc-4.6/gcc-with-linker-hash-style.patch b/meta/recipes-devtools/gcc/gcc-4.6/gcc-with-linker-hash-style.patch new file mode 100644 index 0000000..4fa3cbe --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.6/gcc-with-linker-hash-style.patch @@ -0,0 +1,196 @@ +Upstream-Status: Backport +Signed-off-by: Khem Raj <raj.khem@gmail.com> + +commit 3cb9bbfa927aa187048534f9069202c017a78e38 +Author: ppluzhnikov <ppluzhnikov@138bc75d-0d04-0410-961f-82ee72b054a4> +Date: Wed May 11 18:28:14 2011 +0000 + + 2011-05-11 Satoru Takabayashi <satorux@google.com> + Paul Pluzhnikov <ppluzhnikov@google.com> + + * gcc/doc/install.texi (Configuration): Document + --with-linker-hash-style. + * gcc/gcc.c (init_spec): Handle LINKER_HASH_STYLE. + * gcc/config.in: Add LINKER_HASH_STYLE. + * gcc/configure.ac: Add --with-linker-hash-style. + * gcc/configure: Regenerate. + + + + git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@173668 138bc75d-0d04-0410-961f-82ee72b054a4 + +Index: gcc-4_6-branch/gcc/config.in +=================================================================== +--- gcc-4_6-branch.orig/gcc/config.in 2011-09-09 08:26:10.000000000 -0700 ++++ gcc-4_6-branch/gcc/config.in 2011-09-09 08:27:14.142981164 -0700 +@@ -1583,6 +1583,12 @@ + #endif + + ++/* The linker hash style */ ++#ifndef USED_FOR_TARGET ++#undef LINKER_HASH_STYLE ++#endif ++ ++ + /* Define to the name of the LTO plugin DSO that must be passed to the + linker's -plugin=LIB option. */ + #ifndef USED_FOR_TARGET +Index: gcc-4_6-branch/gcc/configure +=================================================================== +--- gcc-4_6-branch.orig/gcc/configure 2011-09-09 08:26:15.000000000 -0700 ++++ gcc-4_6-branch/gcc/configure 2011-09-09 08:27:42.793023181 -0700 +@@ -915,6 +915,7 @@ + enable_poison_system_directories + enable_plugin + enable_libquadmath_support ++with_linker_hash_style + ' + ac_precious_vars='build_alias + host_alias +@@ -1667,6 +1668,8 @@ + with the compiler + --with-system-zlib use installed libz + --with-slibdir=DIR shared libraries in DIR [LIBDIR] ++ --with-linker-hash-style={sysv,gnu,both} ++ specify the linker hash style + + Some influential environment variables: + CC C compiler command +@@ -17511,7 +17514,7 @@ + lt_dlunknown=0; lt_dlno_uscore=1; lt_dlneed_uscore=2 + lt_status=$lt_dlunknown + cat > conftest.$ac_ext <<_LT_EOF +-#line 17514 "configure" ++#line 17517 "configure" + #include "confdefs.h" + + #if HAVE_DLFCN_H +@@ -17617,7 +17620,7 @@ + lt_dlunknown=0; lt_dlno_uscore=1; lt_dlneed_uscore=2 + lt_status=$lt_dlunknown + cat > conftest.$ac_ext <<_LT_EOF +-#line 17620 "configure" ++#line 17623 "configure" + #include "confdefs.h" + + #if HAVE_DLFCN_H +@@ -26434,6 +26437,36 @@ + fi + + ++# Specify what hash style to use by default. ++ ++# Check whether --with-linker-hash-style was given. ++if test "${with_linker_hash_style+set}" = set; then : ++ withval=$with_linker_hash_style; case x"$withval" in ++ xsysv) ++ LINKER_HASH_STYLE=sysv ++ ;; ++ xgnu) ++ LINKER_HASH_STYLE=gnu ++ ;; ++ xboth) ++ LINKER_HASH_STYLE=both ++ ;; ++ *) ++ as_fn_error "$withval is an invalid option to --with-linker-hash-style" "$LINENO" 5 ++ ;; ++ esac ++else ++ LINKER_HASH_STYLE='' ++fi ++ ++if test x"${LINKER_HASH_STYLE}" != x; then ++ ++cat >>confdefs.h <<_ACEOF ++#define LINKER_HASH_STYLE "$LINKER_HASH_STYLE" ++_ACEOF ++ ++fi ++ + # Configure the subdirectories + # AC_CONFIG_SUBDIRS($subdirs) + +Index: gcc-4_6-branch/gcc/configure.ac +=================================================================== +--- gcc-4_6-branch.orig/gcc/configure.ac 2011-09-09 08:26:15.000000000 -0700 ++++ gcc-4_6-branch/gcc/configure.ac 2011-09-09 08:27:14.162981193 -0700 +@@ -4907,6 +4907,30 @@ + fi + + ++# Specify what hash style to use by default. ++AC_ARG_WITH([linker-hash-style], ++[AC_HELP_STRING([--with-linker-hash-style={sysv,gnu,both}], ++ [specify the linker hash style])], ++[case x"$withval" in ++ xsysv) ++ LINKER_HASH_STYLE=sysv ++ ;; ++ xgnu) ++ LINKER_HASH_STYLE=gnu ++ ;; ++ xboth) ++ LINKER_HASH_STYLE=both ++ ;; ++ *) ++ AC_MSG_ERROR([$withval is an invalid option to --with-linker-hash-style]) ++ ;; ++ esac], ++[LINKER_HASH_STYLE='']) ++if test x"${LINKER_HASH_STYLE}" != x; then ++ AC_DEFINE_UNQUOTED(LINKER_HASH_STYLE, "$LINKER_HASH_STYLE", ++ [The linker hash style]) ++fi ++ + # Configure the subdirectories + # AC_CONFIG_SUBDIRS($subdirs) + +Index: gcc-4_6-branch/gcc/doc/install.texi +=================================================================== +--- gcc-4_6-branch.orig/gcc/doc/install.texi 2011-06-24 08:13:00.000000000 -0700 ++++ gcc-4_6-branch/gcc/doc/install.texi 2011-09-09 08:27:14.172981215 -0700 +@@ -1665,6 +1665,11 @@ + support @option{--build-id} option, a warning is issued and the + @option{--enable-linker-build-id} option is ignored. The default is off. + ++@item --with-linker-hash-style=@var{choice} ++Tells GCC to pass @option{--hash-style=@var{choice}} option to the ++linker for all final links. @var{choice} can be one of ++@samp{sysv}, @samp{gnu}, and @samp{both} where @samp{sysv} is the default. ++ + @item --enable-gnu-unique-object + @itemx --disable-gnu-unique-object + Tells GCC to use the gnu_unique_object relocation for C++ template +Index: gcc-4_6-branch/gcc/gcc.c +=================================================================== +--- gcc-4_6-branch.orig/gcc/gcc.c 2011-09-09 08:26:14.000000000 -0700 ++++ gcc-4_6-branch/gcc/gcc.c 2011-09-09 08:27:14.172981215 -0700 +@@ -1427,7 +1427,8 @@ + } + #endif + +-#if defined LINK_EH_SPEC || defined LINK_BUILDID_SPEC ++#if defined LINK_EH_SPEC || defined LINK_BUILDID_SPEC || \ ++ defined LINKER_HASH_STYLE + # ifdef LINK_BUILDID_SPEC + /* Prepend LINK_BUILDID_SPEC to whatever link_spec we had before. */ + obstack_grow (&obstack, LINK_BUILDID_SPEC, sizeof(LINK_BUILDID_SPEC) - 1); +@@ -1436,6 +1437,16 @@ + /* Prepend LINK_EH_SPEC to whatever link_spec we had before. */ + obstack_grow (&obstack, LINK_EH_SPEC, sizeof(LINK_EH_SPEC) - 1); + # endif ++# ifdef LINKER_HASH_STYLE ++ /* Prepend --hash-style=LINKER_HASH_STYLE to whatever link_spec we had ++ before. */ ++ { ++ static const char hash_style[] = "--hash-style="; ++ obstack_grow (&obstack, hash_style, sizeof(hash_style) - 1); ++ obstack_grow (&obstack, LINKER_HASH_STYLE, sizeof(LINKER_HASH_STYLE) - 1); ++ obstack_1grow (&obstack, ' '); ++ } ++# endif + obstack_grow0 (&obstack, link_spec, strlen (link_spec)); + link_spec = XOBFINISH (&obstack, const char *); + #endif -- 1.7.5.4 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* [PATCH 3/4] eglibc: Add recipes for 2.14 2011-09-27 3:39 [PATCH 0/4] Upgrade eglibc 2.14 and gcc 4.6 Khem Raj 2011-09-27 3:39 ` [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE Khem Raj 2011-09-27 3:39 ` [PATCH 2/4] gcc-4.6: Use --with-linker-hash-style configure option Khem Raj @ 2011-09-27 3:39 ` Khem Raj 2011-09-27 23:07 ` Saul Wold 2011-09-27 3:39 ` [PATCH 4/4] gcc-4.6: Update to tip of FSF gcc-4_6-branch Khem Raj 3 siblings, 1 reply; 17+ messages in thread From: Khem Raj @ 2011-09-27 3:39 UTC (permalink / raw) To: openembedded-core Backport Fedora patch to enable sunrpc as it was in 2.13 Fix cross-localedef-native to be able to build from eglibc 2.14 branch Tested builds/boot of angstrom/console-image on qemu for arm,mips,ppc,i386,x86_64 Signed-off-by: Khem Raj <raj.khem@gmail.com> --- .../eglibc/cross-localedef-native_2.14.bb | 44 ++ .../eglibc/eglibc-2.14/IO-acquire-lock-fix.patch | 17 + .../eglibc-2.14/armv4-eabi-compile-fix.patch | 25 + .../eglibc-2.14/eglibc-rpc-export-again.patch | 69 +++ .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 + .../eglibc/eglibc-2.14/generate-supported.mk | 11 + .../eglibc/eglibc-2.14/ld-search-order.patch | 56 ++ .../eglibc/eglibc-2.14/mips-rld-map-check.patch | 26 + .../eglibc/eglibc-2.14/multilib_readlib.patch | 17 + .../recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch | 538 ++++++++++++++++++++ .../eglibc-2.14/shorten-build-commands.patch | 82 +++ .../eglibc/eglibc-2.14/stack-protector-test.patch | 35 ++ meta/recipes-core/eglibc/eglibc-initial_2.14.bb | 6 + meta/recipes-core/eglibc/eglibc-locale_2.14.bb | 1 + meta/recipes-core/eglibc/eglibc_2.14.bb | 219 ++++++++ 15 files changed, 1167 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-core/eglibc/cross-localedef-native_2.14.bb create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch create mode 100644 meta/recipes-core/eglibc/eglibc-initial_2.14.bb create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.14.bb create mode 100644 meta/recipes-core/eglibc/eglibc_2.14.bb diff --git a/meta/recipes-core/eglibc/cross-localedef-native_2.14.bb b/meta/recipes-core/eglibc/cross-localedef-native_2.14.bb new file mode 100644 index 0000000..6f311fc --- /dev/null +++ b/meta/recipes-core/eglibc/cross-localedef-native_2.14.bb @@ -0,0 +1,44 @@ +DESCRIPTION = "Cross locale generation tool for eglibc" +HOMEPAGE = "http://www.eglibc.org/home" +SECTION = "libs" +LICENSE = "LGPL" + +LIC_DIR = "${WORKDIR}/${EGLIBC_BRANCH}/libc" +LIC_FILES_CHKSUM = "file://${LIC_DIR}/LICENSES;md5=98a1128c4b58120182cbea3b1752d8b9\ + file://${LIC_DIR}/COPYING;md5=393a5ca445f6965873eca0259a17f833 \ + file://${LIC_DIR}/posix/rxspencer/COPYRIGHT;md5=dc5485bb394a13b2332ec1c785f5d83a \ + file://${LIC_DIR}/COPYING.LIB;md5=bbb461211a33b134d42ed5ee802b37ff " + + +inherit native +inherit autotools + +PR = "r0" +SRCREV="15225" +EGLIBC_BRANCH="eglibc-2_14" +SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http " +S = "${WORKDIR}/${EGLIBC_BRANCH}/localedef" + +do_unpack_append() { + bb.build.exec_func('do_move_ports', d) +} + +do_move_ports() { + if test -d ${WORKDIR}/${EGLIBC_BRANCH}/ports ; then + rm -rf ${WORKDIR}/libc/ports + mv ${WORKDIR}/${EGLIBC_BRANCH}/ports ${WORKDIR}/libc/ + fi +} + +EXTRA_OECONF = "--with-glibc=${WORKDIR}/${EGLIBC_BRANCH}/libc" +CFLAGS += "-DNOT_IN_libc=1" + +do_configure () { + ./configure ${EXTRA_OECONF} +} + + +do_install() { + install -d ${D}${bindir} + install -m 0755 ${S}/localedef ${D}${bindir}/cross-localedef +} diff --git a/meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch b/meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch new file mode 100644 index 0000000..cf58035 --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch @@ -0,0 +1,17 @@ +import http://sourceware.org/ml/libc-ports/2007-12/msg00000.html + +Upstream-Status: Pending + +Index: libc/bits/stdio-lock.h +=================================================================== +--- libc.orig/bits/stdio-lock.h 2009-10-28 14:34:19.000000000 -0700 ++++ libc/bits/stdio-lock.h 2009-10-28 14:34:54.000000000 -0700 +@@ -50,6 +50,8 @@ __libc_lock_define_recursive (typedef, _ + _IO_cleanup_region_start ((void (*) (void *)) _IO_funlockfile, (_fp)); \ + _IO_flockfile (_fp) + ++# define _IO_acquire_lock_clear_flags2(_fp) _IO_acquire_lock (_fp) ++ + # define _IO_release_lock(_fp) \ + _IO_funlockfile (_fp); \ + _IO_cleanup_region_end (0) diff --git a/meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch b/meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch new file mode 100644 index 0000000..c2407ee --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch @@ -0,0 +1,25 @@ +Source: http://sourceware.org/bugzilla/show_bug.cgi?id=12097 +Upstream-Status: Submitted + +The patch should be merged into glibc-ports + +-Khem +Index: libc/ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S +=================================================================== +--- libc.orig/ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S ++++ libc/ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S +@@ -16,6 +16,8 @@ + Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA + 02111-1307 USA. */ + ++#if defined(__thumb__) ++ + #include <sysdep.h> + + /* Out-of-line syscall stub. We expect the system call number in ip +@@ -41,3 +43,5 @@ ENTRY (__libc_do_syscall) + pop {r7, pc} + .fnend + END (__libc_do_syscall) ++ ++#endif /* __thumb__ */ diff --git a/meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch b/meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch new file mode 100644 index 0000000..24c0a33 --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch @@ -0,0 +1,69 @@ +export the rpc symbols and headers again until we can get libtirpc sorted +out as a proper and full replacement + +patch from fedora (if redhat can't get it to work as the maintainers of all +these packages, then what chance do we have!) + +Index: libc/NEWS +=================================================================== +--- libc.orig/NEWS 2011-09-09 10:46:36.000000000 -0700 ++++ libc/NEWS 2011-09-09 10:58:21.196279725 -0700 +@@ -20,16 +20,6 @@ + 12724, 12734, 12738, 12746, 12766, 12775, 12777, 12782, 12788, 12792, + 12795, 12811, 12813, 12814, 12841 + +-* The RPC implementation in libc is obsoleted. Old programs keep working +- but new programs cannot be linked with the routines in libc anymore. +- Programs in need of RPC functionality must be linked against TI-RPC. +- The TI-RPC implementation is IPv6 enabled and there are other benefits. +- +- Visible changes of this change include (obviously) the inability to link +- programs using RPC functions without referencing the TI-RPC library and the +- removal of the RPC headers from the glibc headers. +- Implemented by Ulrich Drepper. +- + * New Linux interfaces: clock_adjtime, name_to_handle_at, open_by_handle_at, + syncfs, setns, sendmmsg + +Index: libc/include/libc-symbols.h +=================================================================== +--- libc.orig/include/libc-symbols.h 2011-09-09 10:45:34.000000000 -0700 ++++ libc/include/libc-symbols.h 2011-09-09 10:58:21.196279725 -0700 +@@ -656,7 +656,7 @@ + # define libc_hidden_proto(name, attrs...) hidden_proto (name, ##attrs) + # define libc_hidden_def(name) hidden_def (name) + # define libc_hidden_weak(name) hidden_weak (name) +-# define libc_hidden_nolink(name, version) hidden_nolink (name, libc, version) ++# define libc_hidden_nolink(name, version) hidden_def (name) + # define libc_hidden_ver(local, name) hidden_ver (local, name) + # define libc_hidden_data_def(name) hidden_data_def (name) + # define libc_hidden_data_weak(name) hidden_data_weak (name) +Index: libc/nis/Makefile +=================================================================== +--- libc.orig/nis/Makefile 2011-09-09 10:46:34.000000000 -0700 ++++ libc/nis/Makefile 2011-09-09 10:58:21.196279725 -0700 +@@ -25,9 +25,9 @@ + + aux := nis_hash + ++headers := $(wildcard rpcsvc/*.[hx]) + distribute := nss-nis.h nss-nisplus.h nis_intern.h Banner \ +- nisplus-parser.h nis_xdr.h nss \ +- $(wildcard rpcsvc/*.[hx]) ++ nisplus-parser.h nis_xdr.h nss + + # These are the databases available for the nis (and perhaps later nisplus) + # service. This must be a superset of the services in nss. +Index: libc/sunrpc/Makefile +=================================================================== +--- libc.orig/sunrpc/Makefile 2011-09-09 10:46:30.000000000 -0700 ++++ libc/sunrpc/Makefile 2011-09-09 10:59:10.726352375 -0700 +@@ -55,7 +55,7 @@ + des_crypt.h) + headers-not-in-tirpc = $(addprefix rpc/,key_prot.h rpc_des.h) \ + $(rpcsvc:%=rpcsvc/%) rpcsvc/bootparam.h +-headers = rpc/netdb.h ++headers = rpc/netdb.h $(headers-in-tirpc) $(headers-not-in-tirpc) + generated = $(rpcsvc:%.x=rpcsvc/%.h) $(rpcsvc:%.x=x%.c) $(rpcsvc:%.x=x%.stmp) \ + $(rpcsvc:%.x=rpcsvc/%.stmp) rpcgen + generated-dirs := rpcsvc diff --git a/meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch b/meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch new file mode 100644 index 0000000..4313aa5 --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch @@ -0,0 +1,21 @@ +In file included from ../nptl/sysdeps/unix/sysv/linux/libc-lowlevellock.c:21: +../nptl/sysdeps/unix/sysv/linux/lowlevellock.c: In function '__lll_lock_wait_private': +../nptl/sysdeps/unix/sysv/linux/lowlevellock.c:34: warning: implicit declaration of function 'THREAD_GETMEM' +../nptl/sysdeps/unix/sysv/linux/lowlevellock.c:34: error: 'THREAD_SELF' undeclared (first use in this function) +../nptl/sysdeps/unix/sysv/linux/lowlevellock.c:34: error: (Each undeclared identifier is reported only once +../nptl/sysdeps/unix/sysv/linux/lowlevellock.c:34: error: for each function it appears in.) +../nptl/sysdeps/unix/sysv/linux/lowlevellock.c:34: error: 'header' undeclared (first use in this function) +make[4]: *** [/var/tmp/portage/sys-libs/glibc-2.7-r1/work/build-default-armv4l-unknown-linux-gnu-nptl/nptl/rtld-libc-lowlevellock.os] Error 1 + +Upstream-Status: Pending + +--- libc/ports/sysdeps/unix/sysv/linux/arm/nptl/lowlevellock.h.orig ++++ libc/ports/sysdeps/unix/sysv/linux/arm/nptl/lowlevellock.h +@@ -25,6 +25,7 @@ + #include <atomic.h> + #include <sysdep.h> + #include <kernel-features.h> ++#include <tls.h> + + #define FUTEX_WAIT 0 + #define FUTEX_WAKE 1 diff --git a/meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf b/meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf new file mode 100644 index 0000000..e69de29 diff --git a/meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk b/meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk new file mode 100644 index 0000000..d2a28c2 --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk @@ -0,0 +1,11 @@ +#!/usr/bin/make + +include $(IN) + +all: + rm -f $(OUT) + touch $(OUT) + for locale in $(SUPPORTED-LOCALES); do \ + [ $$locale = true ] && continue; \ + echo $$locale | sed 's,/, ,' >> $(OUT); \ + done diff --git a/meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch b/meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch new file mode 100644 index 0000000..40ae6d3 --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch @@ -0,0 +1,56 @@ +Upstream-Status: Inappropriate [embedded specific] + +The default lib search path order is: + + 1) LD_LIBRARY_PATH + 2) RPATH from the binary + 3) ld.so.cache + 4) default search paths embedded in the linker + +For nativesdk binaries which are being used alongside binaries on a host system, we +need the search paths to firstly search the shipped nativesdk libs but then also +cover the host system. For example we want the host system's libGL and this may be +in a non-standard location like /usr/lib/mesa. The only place the location is know +about is in the ld.so.cache of the host system. + +Since nativesdk has a simple structure and doesn't need to use a cache itself, we +repurpose the cache for use as a last resort in finding host system binaries. This +means we need to switch the order of 3 and 4 above to make this work effectively. + +RP 14/10/2010 + +Index: libc/elf/dl-load.c +=================================================================== +--- libc.orig/elf/dl-load.c ++++ libc/elf/dl-load.c +@@ -2107,6 +2107,15 @@ _dl_map_object (struct link_map *loader, + &loader->l_runpath_dirs, &realname, &fb, loader, + LA_SER_RUNPATH, &found_other_class); + ++ /* try the default path. */ ++ if (fd == -1 ++ && ((l = loader ?: GL(dl_ns)[nsid]._ns_loaded) == NULL ++ || __builtin_expect (!(l->l_flags_1 & DF_1_NODEFLIB), 1)) ++ && rtld_search_dirs.dirs != (void *) -1) ++ fd = open_path (name, namelen, mode & __RTLD_SECURE, &rtld_search_dirs, ++ &realname, &fb, l, LA_SER_DEFAULT, &found_other_class); ++ ++ /* Finally try ld.so.cache */ + if (fd == -1 + && (__builtin_expect (! (mode & __RTLD_SECURE), 1) + || ! INTUSE(__libc_enable_secure))) +@@ -2169,14 +2178,6 @@ _dl_map_object (struct link_map *loader, + } + } + +- /* Finally, try the default path. */ +- if (fd == -1 +- && ((l = loader ?: GL(dl_ns)[nsid]._ns_loaded) == NULL +- || __builtin_expect (!(l->l_flags_1 & DF_1_NODEFLIB), 1)) +- && rtld_search_dirs.dirs != (void *) -1) +- fd = open_path (name, namelen, mode & __RTLD_SECURE, &rtld_search_dirs, +- &realname, &fb, l, LA_SER_DEFAULT, &found_other_class); +- + /* Add another newline when we are tracing the library loading. */ + if (__builtin_expect (GLRO_dl_debug_mask & DL_DEBUG_LIBS, 0)) + _dl_debug_printf ("\n"); diff --git a/meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch b/meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch new file mode 100644 index 0000000..9b646fe --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch @@ -0,0 +1,26 @@ + +On mips target, binutils currently sets DT_MIPS_RLD_MAP to 0 in dynamic +section if a --version-script sets _RLD_MAP to local. This is apparently +a binutils bug, but libc shouldn't segfault in this case. + +see also: http://sourceware.org/bugilla/show_bug.cgi?id=11615 + +Upstream-Status: Pending + +9/19/2010 - added by Qing He <qing.he@intel.com> + + +--- +diff -ru glibc-2.10.1.orig/ports/sysdeps/mips/dl-machine.h glibc-2.10.1/ports/sysdeps/mips/dl-machine.h +--- glibc-2.10.1.orig/ports/sysdeps/mips/dl-machine.h 2009-05-16 16:36:20.000000000 +0800 ++++ glibc-2.10.1/ports/sysdeps/mips/dl-machine.h 2010-09-19 09:11:53.000000000 +0800 +@@ -70,7 +70,8 @@ + /* If there is a DT_MIPS_RLD_MAP entry in the dynamic section, fill it in + with the run-time address of the r_debug structure */ + #define ELF_MACHINE_DEBUG_SETUP(l,r) \ +-do { if ((l)->l_info[DT_MIPS (RLD_MAP)]) \ ++do { if ((l)->l_info[DT_MIPS (RLD_MAP)] && \ ++ (l)->l_info[DT_MIPS (RLD_MAP)]->d_un.d_ptr) \ + *(ElfW(Addr) *)((l)->l_info[DT_MIPS (RLD_MAP)]->d_un.d_ptr) = \ + (ElfW(Addr)) (r); \ + } while (0) diff --git a/meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch b/meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch new file mode 100644 index 0000000..1542b1b --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch @@ -0,0 +1,17 @@ +Upstream-Status: Inappropriate [embedded specific] + +Replace the OECORE_KNOWN_INTERPRETER_NAMES with the value of +variable EGLIBC_KNOWN_INTERPRETER_NAMES. + +Lianhao Lu, 08/01/2011 + +--- libc/elf/readlib.c.orig 2011-08-12 17:05:51.864470837 +0800 ++++ libc/elf/readlib.c 2011-08-12 17:06:39.346942074 +0800 +@@ -52,6 +52,7 @@ + #ifdef SYSDEP_KNOWN_INTERPRETER_NAMES + SYSDEP_KNOWN_INTERPRETER_NAMES + #endif ++ OECORE_KNOWN_INTERPRETER_NAMES + }; + + static struct known_names known_libs[] = diff --git a/meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch b/meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch new file mode 100644 index 0000000..203040c --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch @@ -0,0 +1,538 @@ +Upstream-Status: Pending + +2011-03-22 Joseph Myers <joseph@codesourcery.com> + + Merge from SG++ 2.11: + + 2010-10-05 Nathan Froyd <froydnj@codesourcery.com> + + Issue #9382 + + * sysdeps/powerpc/powerpc32/603e/: New directory. + * sysdeps/unix/sysv/linux/powerpc/powerpc32/e500mc/: New directory. + * sysdeps/unix/sysv/linux/powerpc/powerpc32/603e/: New directory. + * sysdeps/unix/sysv/linux/powerpc/powerpc32/7400/: New directory. + * sysdeps/powerpc/powerpc64/e5500/fpu/e_sqrtf.c: Update. + * sysdeps/powerpc/powerpc64/e5500/fpu/e_sqrt.c: Update. + * sysdeps/powerpc/powerpc64/e5500/fpu/Implies: New file. + +Index: libc/sysdeps/powerpc/powerpc32/603e/fpu/e_sqrt.c +=================================================================== +--- /dev/null ++++ libc/sysdeps/powerpc/powerpc32/603e/fpu/e_sqrt.c +@@ -0,0 +1,134 @@ ++/* Double-precision floating point square root. ++ Copyright (C) 2010 Free Software Foundation, Inc. ++ This file is part of the GNU C Library. ++ ++ The GNU C Library is free software; you can redistribute it and/or ++ modify it under the terms of the GNU Lesser General Public ++ License as published by the Free Software Foundation; either ++ version 2.1 of the License, or (at your option) any later version. ++ ++ The GNU C Library is distributed in the hope that it will be useful, ++ but WITHOUT ANY WARRANTY; without even the implied warranty of ++ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++ Lesser General Public License for more details. ++ ++ You should have received a copy of the GNU Lesser General Public ++ License along with the GNU C Library; if not, write to the Free ++ Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA ++ 02111-1307 USA. */ ++ ++#include <math.h> ++#include <math_private.h> ++#include <fenv_libc.h> ++#include <inttypes.h> ++ ++#include <sysdep.h> ++#include <ldsodefs.h> ++ ++static const ieee_float_shape_type a_nan = {.word = 0x7fc00000 }; ++static const ieee_float_shape_type a_inf = {.word = 0x7f800000 }; ++static const float two108 = 3.245185536584267269e+32; ++static const float twom54 = 5.551115123125782702e-17; ++static const float half = 0.5; ++ ++/* The method is based on the descriptions in: ++ ++ _The Handbook of Floating-Pointer Arithmetic_ by Muller et al., chapter 5; ++ _IA-64 and Elementary Functions: Speed and Precision_ by Markstein, chapter 9 ++ ++ We find the actual square root and half of its reciprocal ++ simultaneously. */ ++ ++#ifdef __STDC__ ++double ++__ieee754_sqrt (double b) ++#else ++double ++__ieee754_sqrt (b) ++ double b; ++#endif ++{ ++ if (__builtin_expect (b > 0, 1)) ++ { ++ double y, g, h, d, r; ++ ieee_double_shape_type u; ++ ++ if (__builtin_expect (b != a_inf.value, 1)) ++ { ++ fenv_t fe; ++ ++ fe = fegetenv_register (); ++ ++ u.value = b; ++ ++ relax_fenv_state (); ++ ++ __asm__ ("frsqrte %[estimate], %[x]\n" ++ : [estimate] "=f" (y) : [x] "f" (b)); ++ ++ /* Following Muller et al, page 168, equation 5.20. ++ ++ h goes to 1/(2*sqrt(b)) ++ g goes to sqrt(b). ++ ++ We need three iterations to get within 1ulp. */ ++ ++ /* Indicate that these can be performed prior to the branch. GCC ++ insists on sinking them below the branch, however; it seems like ++ they'd be better before the branch so that we can cover any latency ++ from storing the argument and loading its high word. Oh well. */ ++ ++ g = b * y; ++ h = 0.5 * y; ++ ++ /* Handle small numbers by scaling. */ ++ if (__builtin_expect ((u.parts.msw & 0x7ff00000) <= 0x02000000, 0)) ++ return __ieee754_sqrt (b * two108) * twom54; ++ ++#define FMADD(a_, c_, b_) \ ++ ({ double __r; \ ++ __asm__ ("fmadd %[r], %[a], %[c], %[b]\n" \ ++ : [r] "=f" (__r) : [a] "f" (a_), [c] "f" (c_), [b] "f" (b_)); \ ++ __r;}) ++#define FNMSUB(a_, c_, b_) \ ++ ({ double __r; \ ++ __asm__ ("fnmsub %[r], %[a], %[c], %[b]\n" \ ++ : [r] "=f" (__r) : [a] "f" (a_), [c] "f" (c_), [b] "f" (b_)); \ ++ __r;}) ++ ++ r = FNMSUB (g, h, half); ++ g = FMADD (g, r, g); ++ h = FMADD (h, r, h); ++ ++ r = FNMSUB (g, h, half); ++ g = FMADD (g, r, g); ++ h = FMADD (h, r, h); ++ ++ r = FNMSUB (g, h, half); ++ g = FMADD (g, r, g); ++ h = FMADD (h, r, h); ++ ++ /* g is now +/- 1ulp, or exactly equal to, the square root of b. */ ++ ++ /* Final refinement. */ ++ d = FNMSUB (g, g, b); ++ ++ fesetenv_register (fe); ++ return FMADD (d, h, g); ++ } ++ } ++ else if (b < 0) ++ { ++ /* For some reason, some PowerPC32 processors don't implement ++ FE_INVALID_SQRT. */ ++#ifdef FE_INVALID_SQRT ++ feraiseexcept (FE_INVALID_SQRT); ++ ++ fenv_union_t u = { .fenv = fegetenv_register () }; ++ if ((u.l[1] & FE_INVALID) == 0) ++#endif ++ feraiseexcept (FE_INVALID); ++ b = a_nan.value; ++ } ++ return f_wash (b); ++} +Index: libc/sysdeps/powerpc/powerpc32/603e/fpu/e_sqrtf.c +=================================================================== +--- /dev/null ++++ libc/sysdeps/powerpc/powerpc32/603e/fpu/e_sqrtf.c +@@ -0,0 +1,101 @@ ++/* Single-precision floating point square root. ++ Copyright (C) 2010 Free Software Foundation, Inc. ++ This file is part of the GNU C Library. ++ ++ The GNU C Library is free software; you can redistribute it and/or ++ modify it under the terms of the GNU Lesser General Public ++ License as published by the Free Software Foundation; either ++ version 2.1 of the License, or (at your option) any later version. ++ ++ The GNU C Library is distributed in the hope that it will be useful, ++ but WITHOUT ANY WARRANTY; without even the implied warranty of ++ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++ Lesser General Public License for more details. ++ ++ You should have received a copy of the GNU Lesser General Public ++ License along with the GNU C Library; if not, write to the Free ++ Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA ++ 02111-1307 USA. */ ++ ++#include <math.h> ++#include <math_private.h> ++#include <fenv_libc.h> ++#include <inttypes.h> ++ ++#include <sysdep.h> ++#include <ldsodefs.h> ++ ++static const ieee_float_shape_type a_nan = {.word = 0x7fc00000 }; ++static const ieee_float_shape_type a_inf = {.word = 0x7f800000 }; ++static const float threehalf = 1.5; ++ ++/* The method is based on the descriptions in: ++ ++ _The Handbook of Floating-Pointer Arithmetic_ by Muller et al., chapter 5; ++ _IA-64 and Elementary Functions: Speed and Precision_ by Markstein, chapter 9 ++ ++ We find the reciprocal square root and use that to compute the actual ++ square root. */ ++ ++#ifdef __STDC__ ++float ++__ieee754_sqrtf (float b) ++#else ++float ++__ieee754_sqrtf (b) ++ float b; ++#endif ++{ ++ if (__builtin_expect (b > 0, 1)) ++ { ++#define FMSUB(a_, c_, b_) \ ++ ({ double __r; \ ++ __asm__ ("fmsub %[r], %[a], %[c], %[b]\n" \ ++ : [r] "=f" (__r) : [a] "f" (a_), [c] "f" (c_), [b] "f" (b_)); \ ++ __r;}) ++#define FNMSUB(a_, c_, b_) \ ++ ({ double __r; \ ++ __asm__ ("fnmsub %[r], %[a], %[c], %[b]\n" \ ++ : [r] "=f" (__r) : [a] "f" (a_), [c] "f" (c_), [b] "f" (b_)); \ ++ __r;}) ++ ++ if (__builtin_expect (b != a_inf.value, 1)) ++ { ++ double y, x; ++ fenv_t fe; ++ ++ fe = fegetenv_register (); ++ ++ relax_fenv_state (); ++ ++ /* Compute y = 1.5 * b - b. Uses fewer constants than y = 0.5 * b. */ ++ y = FMSUB (threehalf, b, b); ++ ++ /* Initial estimate. */ ++ __asm__ ("frsqrte %[x], %[b]\n" : [x] "=f" (x) : [b] "f" (b)); ++ ++ /* Iterate. x_{n+1} = x_n * (1.5 - y * (x_n * x_n)). */ ++ x = x * FNMSUB (y, x * x, threehalf); ++ x = x * FNMSUB (y, x * x, threehalf); ++ x = x * FNMSUB (y, x * x, threehalf); ++ ++ /* All done. */ ++ fesetenv_register (fe); ++ return x * b; ++ } ++ } ++ else if (b < 0) ++ { ++ /* For some reason, some PowerPC32 processors don't implement ++ FE_INVALID_SQRT. */ ++#ifdef FE_INVALID_SQRT ++ feraiseexcept (FE_INVALID_SQRT); ++ ++ fenv_union_t u = { .fenv = fegetenv_register () }; ++ if ((u.l[1] & FE_INVALID) == 0) ++#endif ++ feraiseexcept (FE_INVALID); ++ b = a_nan.value; ++ } ++ return f_washf (b); ++} +Index: libc/sysdeps/powerpc/powerpc64/e5500/fpu/e_sqrt.c +=================================================================== +--- /dev/null ++++ libc/sysdeps/powerpc/powerpc64/e5500/fpu/e_sqrt.c +@@ -0,0 +1,134 @@ ++/* Double-precision floating point square root. ++ Copyright (C) 2010 Free Software Foundation, Inc. ++ This file is part of the GNU C Library. ++ ++ The GNU C Library is free software; you can redistribute it and/or ++ modify it under the terms of the GNU Lesser General Public ++ License as published by the Free Software Foundation; either ++ version 2.1 of the License, or (at your option) any later version. ++ ++ The GNU C Library is distributed in the hope that it will be useful, ++ but WITHOUT ANY WARRANTY; without even the implied warranty of ++ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++ Lesser General Public License for more details. ++ ++ You should have received a copy of the GNU Lesser General Public ++ License along with the GNU C Library; if not, write to the Free ++ Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA ++ 02111-1307 USA. */ ++ ++#include <math.h> ++#include <math_private.h> ++#include <fenv_libc.h> ++#include <inttypes.h> ++ ++#include <sysdep.h> ++#include <ldsodefs.h> ++ ++static const ieee_float_shape_type a_nan = {.word = 0x7fc00000 }; ++static const ieee_float_shape_type a_inf = {.word = 0x7f800000 }; ++static const float two108 = 3.245185536584267269e+32; ++static const float twom54 = 5.551115123125782702e-17; ++static const float half = 0.5; ++ ++/* The method is based on the descriptions in: ++ ++ _The Handbook of Floating-Pointer Arithmetic_ by Muller et al., chapter 5; ++ _IA-64 and Elementary Functions: Speed and Precision_ by Markstein, chapter 9 ++ ++ We find the actual square root and half of its reciprocal ++ simultaneously. */ ++ ++#ifdef __STDC__ ++double ++__ieee754_sqrt (double b) ++#else ++double ++__ieee754_sqrt (b) ++ double b; ++#endif ++{ ++ if (__builtin_expect (b > 0, 1)) ++ { ++ double y, g, h, d, r; ++ ieee_double_shape_type u; ++ ++ if (__builtin_expect (b != a_inf.value, 1)) ++ { ++ fenv_t fe; ++ ++ fe = fegetenv_register (); ++ ++ u.value = b; ++ ++ relax_fenv_state (); ++ ++ __asm__ ("frsqrte %[estimate], %[x]\n" ++ : [estimate] "=f" (y) : [x] "f" (b)); ++ ++ /* Following Muller et al, page 168, equation 5.20. ++ ++ h goes to 1/(2*sqrt(b)) ++ g goes to sqrt(b). ++ ++ We need three iterations to get within 1ulp. */ ++ ++ /* Indicate that these can be performed prior to the branch. GCC ++ insists on sinking them below the branch, however; it seems like ++ they'd be better before the branch so that we can cover any latency ++ from storing the argument and loading its high word. Oh well. */ ++ ++ g = b * y; ++ h = 0.5 * y; ++ ++ /* Handle small numbers by scaling. */ ++ if (__builtin_expect ((u.parts.msw & 0x7ff00000) <= 0x02000000, 0)) ++ return __ieee754_sqrt (b * two108) * twom54; ++ ++#define FMADD(a_, c_, b_) \ ++ ({ double __r; \ ++ __asm__ ("fmadd %[r], %[a], %[c], %[b]\n" \ ++ : [r] "=f" (__r) : [a] "f" (a_), [c] "f" (c_), [b] "f" (b_)); \ ++ __r;}) ++#define FNMSUB(a_, c_, b_) \ ++ ({ double __r; \ ++ __asm__ ("fnmsub %[r], %[a], %[c], %[b]\n" \ ++ : [r] "=f" (__r) : [a] "f" (a_), [c] "f" (c_), [b] "f" (b_)); \ ++ __r;}) ++ ++ r = FNMSUB (g, h, half); ++ g = FMADD (g, r, g); ++ h = FMADD (h, r, h); ++ ++ r = FNMSUB (g, h, half); ++ g = FMADD (g, r, g); ++ h = FMADD (h, r, h); ++ ++ r = FNMSUB (g, h, half); ++ g = FMADD (g, r, g); ++ h = FMADD (h, r, h); ++ ++ /* g is now +/- 1ulp, or exactly equal to, the square root of b. */ ++ ++ /* Final refinement. */ ++ d = FNMSUB (g, g, b); ++ ++ fesetenv_register (fe); ++ return FMADD (d, h, g); ++ } ++ } ++ else if (b < 0) ++ { ++ /* For some reason, some PowerPC32 processors don't implement ++ FE_INVALID_SQRT. */ ++#ifdef FE_INVALID_SQRT ++ feraiseexcept (FE_INVALID_SQRT); ++ ++ fenv_union_t u = { .fenv = fegetenv_register () }; ++ if ((u.l[1] & FE_INVALID) == 0) ++#endif ++ feraiseexcept (FE_INVALID); ++ b = a_nan.value; ++ } ++ return f_wash (b); ++} +Index: libc/sysdeps/powerpc/powerpc64/e5500/fpu/e_sqrtf.c +=================================================================== +--- /dev/null ++++ libc/sysdeps/powerpc/powerpc64/e5500/fpu/e_sqrtf.c +@@ -0,0 +1,101 @@ ++/* Single-precision floating point square root. ++ Copyright (C) 2010 Free Software Foundation, Inc. ++ This file is part of the GNU C Library. ++ ++ The GNU C Library is free software; you can redistribute it and/or ++ modify it under the terms of the GNU Lesser General Public ++ License as published by the Free Software Foundation; either ++ version 2.1 of the License, or (at your option) any later version. ++ ++ The GNU C Library is distributed in the hope that it will be useful, ++ but WITHOUT ANY WARRANTY; without even the implied warranty of ++ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++ Lesser General Public License for more details. ++ ++ You should have received a copy of the GNU Lesser General Public ++ License along with the GNU C Library; if not, write to the Free ++ Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA ++ 02111-1307 USA. */ ++ ++#include <math.h> ++#include <math_private.h> ++#include <fenv_libc.h> ++#include <inttypes.h> ++ ++#include <sysdep.h> ++#include <ldsodefs.h> ++ ++static const ieee_float_shape_type a_nan = {.word = 0x7fc00000 }; ++static const ieee_float_shape_type a_inf = {.word = 0x7f800000 }; ++static const float threehalf = 1.5; ++ ++/* The method is based on the descriptions in: ++ ++ _The Handbook of Floating-Pointer Arithmetic_ by Muller et al., chapter 5; ++ _IA-64 and Elementary Functions: Speed and Precision_ by Markstein, chapter 9 ++ ++ We find the reciprocal square root and use that to compute the actual ++ square root. */ ++ ++#ifdef __STDC__ ++float ++__ieee754_sqrtf (float b) ++#else ++float ++__ieee754_sqrtf (b) ++ float b; ++#endif ++{ ++ if (__builtin_expect (b > 0, 1)) ++ { ++#define FMSUB(a_, c_, b_) \ ++ ({ double __r; \ ++ __asm__ ("fmsub %[r], %[a], %[c], %[b]\n" \ ++ : [r] "=f" (__r) : [a] "f" (a_), [c] "f" (c_), [b] "f" (b_)); \ ++ __r;}) ++#define FNMSUB(a_, c_, b_) \ ++ ({ double __r; \ ++ __asm__ ("fnmsub %[r], %[a], %[c], %[b]\n" \ ++ : [r] "=f" (__r) : [a] "f" (a_), [c] "f" (c_), [b] "f" (b_)); \ ++ __r;}) ++ ++ if (__builtin_expect (b != a_inf.value, 1)) ++ { ++ double y, x; ++ fenv_t fe; ++ ++ fe = fegetenv_register (); ++ ++ relax_fenv_state (); ++ ++ /* Compute y = 1.5 * b - b. Uses fewer constants than y = 0.5 * b. */ ++ y = FMSUB (threehalf, b, b); ++ ++ /* Initial estimate. */ ++ __asm__ ("frsqrte %[x], %[b]\n" : [x] "=f" (x) : [b] "f" (b)); ++ ++ /* Iterate. x_{n+1} = x_n * (1.5 - y * (x_n * x_n)). */ ++ x = x * FNMSUB (y, x * x, threehalf); ++ x = x * FNMSUB (y, x * x, threehalf); ++ x = x * FNMSUB (y, x * x, threehalf); ++ ++ /* All done. */ ++ fesetenv_register (fe); ++ return x * b; ++ } ++ } ++ else if (b < 0) ++ { ++ /* For some reason, some PowerPC32 processors don't implement ++ FE_INVALID_SQRT. */ ++#ifdef FE_INVALID_SQRT ++ feraiseexcept (FE_INVALID_SQRT); ++ ++ fenv_union_t u = { .fenv = fegetenv_register () }; ++ if ((u.l[1] & FE_INVALID) == 0) ++#endif ++ feraiseexcept (FE_INVALID); ++ b = a_nan.value; ++ } ++ return f_washf (b); ++} +Index: libc/sysdeps/unix/sysv/linux/powerpc/powerpc32/603e/fpu/Implies +=================================================================== +--- /dev/null ++++ libc/sysdeps/unix/sysv/linux/powerpc/powerpc32/603e/fpu/Implies +@@ -0,0 +1 @@ ++powerpc/powerpc32/603e/fpu +Index: libc/sysdeps/unix/sysv/linux/powerpc/powerpc32/7400/fpu/Implies +=================================================================== +--- /dev/null ++++ libc/sysdeps/unix/sysv/linux/powerpc/powerpc32/7400/fpu/Implies +@@ -0,0 +1 @@ ++powerpc/powerpc32/603e/fpu +Index: libc/sysdeps/unix/sysv/linux/powerpc/powerpc32/e500mc/fpu/Implies +=================================================================== +--- /dev/null ++++ libc/sysdeps/unix/sysv/linux/powerpc/powerpc32/e500mc/fpu/Implies +@@ -0,0 +1 @@ ++powerpc/powerpc32/603e/fpu +Index: libc/sysdeps/unix/sysv/linux/powerpc/powerpc64/e5500/fpu/Implies +=================================================================== +--- /dev/null ++++ libc/sysdeps/unix/sysv/linux/powerpc/powerpc64/e5500/fpu/Implies +@@ -0,0 +1 @@ ++powerpc/powerpc64/e5500/fpu +Index: libc/sysdeps/unix/sysv/linux/powerpc/powerpc32/e5500/fpu/Implies +=================================================================== +--- /dev/null ++++ libc/sysdeps/unix/sysv/linux/powerpc/powerpc32/e5500/fpu/Implies +@@ -0,0 +1 @@ ++powerpc/powerpc32/603e/fpu diff --git a/meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch b/meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch new file mode 100644 index 0000000..080568d --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch @@ -0,0 +1,82 @@ + +Source: http://sourceware.org/ml/libc-alpha/2010-03/msg00064.html + +This patch scratches an itch. Each individual gcc command in the +glibc build is over 1K, which means it takes up a good chunk of my +terminal. Most of that is include paths. Any version of GCC new +enough to build glibc supports response files, which were added in +2005. So use a response file for the static list of include paths. +Now the build commands are a lot shorter, and easier to use when +developing glibc. + +Tested on x86_64-linux-gnu. Please apply if acceptable. + +-- +Daniel Jacobowitz +CodeSourcery + +2010-03-30 Daniel Jacobowitz <dan@codesourcery.com> + + * Makeconfig (+common-includes): Define. + (+includes): Use @$(common-objpfx)includes. + * Makefile (postclean): Remove includes and includes.mk. + * Makerules ($(common-objpfx)includes.mk): Include and create + includes.mk. Create includes. + +Upstream-Status: Pending + +Index: libc/Makeconfig +=================================================================== +--- libc.orig/Makeconfig 2009-10-13 22:55:12.000000000 -0700 ++++ libc/Makeconfig 2010-03-31 16:02:37.120489733 -0700 +@@ -678,9 +678,10 @@ endif # $(+cflags) == "" + # library source directory, in the include directory, and in the + # current directory. + +sysdep-includes = $(addprefix -I,$(+sysdep_dirs)) +++common-includes = $(+sysdep-includes) $(includes) $(sysincludes) + +includes = -I$(..)include $(if $(subdir),$(objpfx:%/=-I%)) \ +- $(+sysdep-includes) $(includes) \ +- $(patsubst %/,-I%,$(..)) $(libio-include) -I. $(sysincludes) ++ @$(common-objpfx)includes \ ++ $(patsubst %/,-I%,$(..)) $(libio-include) -I. + + # Since libio has several internal header files, we use a -I instead + # of many little headers in the include directory. +Index: libc/Makefile +=================================================================== +--- libc.orig/Makefile 2009-12-09 12:06:28.000000000 -0800 ++++ libc/Makefile 2010-03-31 16:02:37.132481508 -0700 +@@ -247,7 +247,7 @@ parent-mostlyclean: common-mostlyclean # + parent-clean: parent-mostlyclean common-clean + + postclean = $(addprefix $(common-objpfx),$(postclean-generated)) \ +- $(addprefix $(objpfx),sysd-dirs sysd-rules) \ ++ $(addprefix $(objpfx),sysd-dirs sysd-rules includes includes.mk) \ + $(addprefix $(objpfx),sysd-sorted soversions.mk soversions.i) + + clean: parent-clean +Index: libc/Makerules +=================================================================== +--- libc.orig/Makerules 2009-12-09 12:06:28.000000000 -0800 ++++ libc/Makerules 2010-03-31 16:02:37.140481645 -0700 +@@ -254,6 +254,20 @@ ifndef sysd-rules-done + no_deps=t + endif + ++-include $(common-objpfx)includes.mk ++ifneq ($(+common-includes),$(saved-includes)) ++# Recreate includes.mk (and includes). ++includes-force = FORCE ++FORCE: ++endif ++$(common-objpfx)includes.mk: $(includes-force) ++ -@rm -f $@T $(common-objpfx)includesT ++ for inc in $(+common-includes); do echo "$$inc"; done \ ++ > $(common-objpfx)includesT ++ mv -f $(common-objpfx)includesT $(common-objpfx)includes ++ echo 'saved-includes := $(+common-includes)' > $@T ++ mv -f $@T $@ ++ + define o-iterator-doit + $(objpfx)%$o: %.S $(before-compile); $$(compile-command.S) + endef diff --git a/meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch b/meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch new file mode 100644 index 0000000..dbf70a9 --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch @@ -0,0 +1,35 @@ +Test for -fstack-protector is compile only test. One might have the option but +might have build the compiler with --disable-ssp which means ssp should not be +enabled. Therefore we change the test to a link time test. It will fail if +libssp is not available. + +Upstream-Status: Pending + +Signed-off-by: Khem Raj <raj.khem@gmail.com> + +Index: libc/configure +=================================================================== +--- libc.orig/configure ++++ libc/configure +@@ -6937,7 +6937,7 @@ if test "${libc_cv_ssp+set}" = set; then + $as_echo_n "(cached) " >&6 + else + if { ac_try='${CC-cc} $CFLAGS $CPPFLAGS -Werror -fstack-protector +- -o /dev/null -c -x c /dev/null 1>&5' ++ -o /dev/null -x c /dev/null 1>&5' + { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 + (eval $ac_try) 2>&5 + ac_status=$? +Index: libc/configure.in +=================================================================== +--- libc.orig/configure.in ++++ libc/configure.in +@@ -1787,7 +1787,7 @@ AC_SUBST(fno_unit_at_a_time) + + AC_CACHE_CHECK(for -fstack-protector, libc_cv_ssp, [dnl + if AC_TRY_COMMAND([${CC-cc} $CFLAGS $CPPFLAGS -Werror -fstack-protector +- -o /dev/null -c -x c /dev/null 1>&AS_MESSAGE_LOG_FD]) ++ -o /dev/null -x c /dev/null 1>&AS_MESSAGE_LOG_FD]) + then + libc_cv_ssp=yes + else diff --git a/meta/recipes-core/eglibc/eglibc-initial_2.14.bb b/meta/recipes-core/eglibc/eglibc-initial_2.14.bb new file mode 100644 index 0000000..787c762 --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-initial_2.14.bb @@ -0,0 +1,6 @@ +require eglibc_${PV}.bb +require eglibc-initial.inc + +do_configure_prepend () { + unset CFLAGS +} diff --git a/meta/recipes-core/eglibc/eglibc-locale_2.14.bb b/meta/recipes-core/eglibc/eglibc-locale_2.14.bb new file mode 100644 index 0000000..ce6c1d2 --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc-locale_2.14.bb @@ -0,0 +1 @@ +require eglibc-locale.inc diff --git a/meta/recipes-core/eglibc/eglibc_2.14.bb b/meta/recipes-core/eglibc/eglibc_2.14.bb new file mode 100644 index 0000000..b2821db --- /dev/null +++ b/meta/recipes-core/eglibc/eglibc_2.14.bb @@ -0,0 +1,219 @@ +require eglibc.inc + +SRCREV = "15225" + +DEPENDS += "gperf-native" +PR = "r0" +PR_append = "+svnr${SRCPV}" + +EGLIBC_BRANCH="eglibc-2_14" +SRC_URI = "svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http \ + file://eglibc-svn-arm-lowlevellock-include-tls.patch \ + file://IO-acquire-lock-fix.patch \ + file://shorten-build-commands.patch \ + file://mips-rld-map-check.patch \ + file://stack-protector-test.patch \ + file://armv4-eabi-compile-fix.patch \ + file://etc/ld.so.conf \ + file://generate-supported.mk \ + file://ppc-sqrt.patch \ + file://multilib_readlib.patch \ + file://eglibc-rpc-export-again.patch \ + " +LIC_FILES_CHKSUM = "file://LICENSES;md5=98a1128c4b58120182cbea3b1752d8b9 \ + file://COPYING;md5=393a5ca445f6965873eca0259a17f833 \ + file://posix/rxspencer/COPYRIGHT;md5=dc5485bb394a13b2332ec1c785f5d83a \ + file://COPYING.LIB;md5=bbb461211a33b134d42ed5ee802b37ff " + +SRC_URI_append_virtclass-nativesdk = " file://ld-search-order.patch" +S = "${WORKDIR}/${EGLIBC_BRANCH}/libc" +B = "${WORKDIR}/build-${TARGET_SYS}" + +PACKAGES_DYNAMIC = "libc6*" +RPROVIDES_${PN}-dev = "libc6-dev virtual-libc-dev" +PROVIDES_${PN}-dbg = "glibc-dbg" + +# the -isystem in bitbake.conf screws up glibc do_stage +BUILD_CPPFLAGS = "-I${STAGING_INCDIR_NATIVE}" +TARGET_CPPFLAGS = "-I${STAGING_DIR_TARGET}${layout_includedir}" + +GLIBC_ADDONS ?= "ports,nptl,libidn" + +GLIBC_BROKEN_LOCALES = " _ER _ET so_ET yn_ER sid_ET tr_TR mn_MN gez_ET gez_ER bn_BD te_IN es_CR.ISO-8859-1" + +FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/eglibc-${PV}', '${FILE_DIRNAME}/eglibc', '${FILE_DIRNAME}/files', '${FILE_DIRNAME}' ], d)}" + +# +# For now, we will skip building of a gcc package if it is a uclibc one +# and our build is not a uclibc one, and we skip a glibc one if our build +# is a uclibc build. +# +# See the note in gcc/gcc_3.4.0.oe +# + +python __anonymous () { + import bb, re + uc_os = (re.match('.*uclibc$', bb.data.getVar('TARGET_OS', d, 1)) != None) + if uc_os: + raise bb.parse.SkipPackage("incompatible with target %s" % + bb.data.getVar('TARGET_OS', d, 1)) +} + +export libc_cv_slibdir = "${base_libdir}" + +EXTRA_OECONF = "--enable-kernel=${OLDEST_KERNEL} \ + --without-cvs --disable-profile --disable-debug --without-gd \ + --enable-clocale=gnu \ + --enable-add-ons=${GLIBC_ADDONS},ports \ + --with-headers=${STAGING_INCDIR} \ + --without-selinux \ + ${GLIBC_EXTRA_OECONF}" + +EXTRA_OECONF += "${@get_libc_fpu_setting(bb, d)}" + +do_unpack_append() { + bb.build.exec_func('do_move_ports', d) +} + +do_move_ports() { + if test -d ${WORKDIR}/${EGLIBC_BRANCH}/ports ; then + rm -rf ${S}/ports + mv ${WORKDIR}/${EGLIBC_BRANCH}/ports ${S}/ + fi +} + +do_patch_append() { + bb.build.exec_func('do_fix_ia_headers', d) + bb.build.exec_func('do_fix_readlib_c', d) +} + +# We need to ensure that all of the i386 and x86_64 headers are identical +# to support the multilib case. We do this by copying headers from x86_64 +# to i386 directories. Normally when hand building eglibc or a combined +# system you would build 32-bit, and then overwrite any files with the x86_64 +# versions. +# +# Each time eglibc is updated, this will need to be re-evaluated. In order +# to do this, disable this function. Build eglibc for a 32-bit and a 64-bit +# IA32 target. Compare the contents of the include files -- comments specific +# to the x86_64 version compared to the 32-bit one. +# +# For eglibc 2.13, each conflict noted below: +# bits/a.out.h - Add support for __WORDSIZE = 64 +# bits/byteswap.h - Copyright date mismatch, add support for __WORDSIZE = 64 +# bits/endian.h - Comment mismatch +# bits/environment.h - add support for __WORDSIZE = 64 +# bits/fcntl.h - Comment/Copyright date mismatch, add support for __WORDSIZE = 64 +# bits/fenv.h - Copyright date mismatch, add support for __WORDSIZE = 64 +# bits/huge_vall.h - Comment/Copyright date mismatch, remove support for older gcc +# bits/link.h - Function name difference, add x86_64 definitions +# bits/mathdef.h - Copyright date mismatch, add support for __WORDSIZE = 64 +# bits/mathinline.h - Copyright date mismatch, contributed by mismatch, remove support for older gcc/assembly optimization, add support for __WORDSIZE = 64 +# bits/mman.h - Header/Copyright date mismatch, add MAP_32BIT definition +# bits/msq.h - Copyright date mismatch, add __WORDSIZE = 32 definitions +# bits/pthread_type.h -- Contributed by added, add support for __WORDSIZE = 64 +# bits/select.h - Copyright date mismatch, add support for __WORDSIZE = 64 +# bits/semaphore.h - Copyright date mismatch, add support for __WORDSIZE = 64 +# bits/sem.h - Copyright date mismatch +# bits/setjmp.h - Copyrgiht date mismatch, add support for __WORDSIZE = 64 +# bits/shm.h - Copyright date mismatch, add support for __WORDSIZE = 32 +# bits/sigcontext.h - Copyright date mismatch, license wording mismatch, add support for __WORDSIZE = 32 +# bits/stat.h - Copyright date mismatch, add support for __WORDSIZE = 32 and __WORDSIZE = 64 +# bits/string.h - Header/Copyright date mismatch, remove assembly optimizations +# bits/syscall.h - different order, some different syscalls listed +# bits/wchar.h - Change the way the definitions are done +# bits/wordsize.h - Different header, remove license notice, add __x86_64__ support +# bits/xtitypes.h - Header difference, different typedef format +# bits/fpu_control.h - header difference, revised comments, updated assembly macros +# sys/debugreg.h - Copyright date mismatch, new definition and added __WORDSIZE=64 support +# sys/epoll.h - Copyright date mismatch, slightly different definitions +# sys/io.h - Copyright date mismatch, slightly different assembly formats +# sys/perm.h - Copyright date mismatch +# sys/procfs.h - Copyright date mismatch, support for __WORDSIZE = 32 +# sys/reg.h - Copyright date mismatch, support for __WORDSIZE = 64 +# sys/ucontext.h - Copyright date mismatch, support for __WORDSIZE = 64 +# sys/user.h - Copyright date mismatch, support for __WORDSIZE = 64 +# +# we rm something to return to the default version +# +do_fix_ia_headers() { + cp ${S}/sysdeps/unix/sysv/linux/x86_64/bits/a.out.h ${S}/sysdeps/unix/sysv/linux/i386/bits/a.out.h + cp ${S}/sysdeps/x86_64/bits/byteswap.h ${S}/sysdeps/i386/bits/byteswap.h + cp ${S}/sysdeps/x86_64/bits/endian.h ${S}/sysdeps/i386/bits/endian.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/bits/environments.h ${S}/sysdeps/unix/sysv/linux/i386/bits/environments.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/bits/fcntl.h ${S}/sysdeps/unix/sysv/linux/i386/bits/fcntl.h + cp ${S}/sysdeps/x86_64/fpu/bits/fenv.h ${S}/sysdeps/i386/fpu/bits/fenv.h + rm ${S}/sysdeps/i386/bits/huge_vall.h + cp ${S}/sysdeps/x86_64/bits/link.h ${S}/sysdeps/i386/bits/link.h + cp ${S}/sysdeps/x86_64/bits/mathdef.h ${S}/sysdeps/i386/bits/mathdef.h + cp ${S}/sysdeps/x86_64/fpu/bits/mathinline.h ${S}/sysdeps/i386/fpu/bits/mathinline.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/bits/mman.h ${S}/sysdeps/unix/sysv/linux/i386/bits/mman.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/bits/msq.h ${S}/sysdeps/unix/sysv/linux/i386/bits/msq.h + cp ${S}/nptl/sysdeps/unix/sysv/linux/x86_64/bits/pthreadtypes.h ${S}/nptl/sysdeps/unix/sysv/linux/i386/bits/pthreadtypes.h + cp ${S}/sysdeps/x86_64/bits/select.h ${S}/sysdeps/i386/bits/select.h + cp ${S}/nptl/sysdeps/unix/sysv/linux/x86_64/bits/semaphore.h ${S}/nptl/sysdeps/unix/sysv/linux/i386/bits/semaphore.h + rm ${S}/sysdeps/unix/sysv/linux/x86_64/bits/sem.h + cp ${S}/sysdeps/x86_64/bits/setjmp.h ${S}/sysdeps/i386/bits/setjmp.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/bits/shm.h ${S}/sysdeps/unix/sysv/linux/i386/bits/shm.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/bits/sigcontext.h ${S}/sysdeps/unix/sysv/linux/i386/bits/sigcontext.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/bits/stat.h ${S}/sysdeps/unix/sysv/linux/i386/bits/stat.h + rm ${S}/sysdeps/i386/i486/bits/string.h ; cp ${S}/sysdeps/x86_64/bits/string.h ${S}/sysdeps/i386/bits/string.h + # Skip syscall.h, see do_install + rm ${S}/sysdeps/unix/sysv/linux/i386/bits/wchar.h + cp ${S}/sysdeps/x86_64/bits/wordsize.h ${S}/sysdeps/i386/bits/wordsize.h + cp ${S}/sysdeps/x86_64/bits/xtitypes.h ${S}/sysdeps/i386/bits/xtitypes.h + # i386 version is correct, x86_64 is incorrect for fpu_control.h + cp ${S}/sysdeps/i386/fpu_control.h ${S}/sysdeps/x86_64/fpu_control.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/sys/debugreg.h ${S}/sysdeps/unix/sysv/linux/i386/sys/debugreg.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/sys/epoll.h ${S}/sysdeps/unix/sysv/linux/i386/sys/epoll.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/sys/io.h ${S}/sysdeps/unix/sysv/linux/i386/sys/io.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/sys/perm.h ${S}/sysdeps/unix/sysv/linux/i386/sys/perm.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/sys/procfs.h ${S}/sysdeps/unix/sysv/linux/i386/sys/procfs.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/sys/reg.h ${S}/sysdeps/unix/sysv/linux/i386/sys/reg.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/sys/ucontext.h ${S}/sysdeps/unix/sysv/linux/i386/sys/ucontext.h + cp ${S}/sysdeps/unix/sysv/linux/x86_64/sys/user.h ${S}/sysdeps/unix/sysv/linux/i386/sys/user.h +} + +do_fix_readlib_c () { + sed -i -e 's#OECORE_KNOWN_INTERPRETER_NAMES#${EGLIBC_KNOWN_INTERPRETER_NAMES}#' ${S}/elf/readlib.c +} + +do_configure () { +# override this function to avoid the autoconf/automake/aclocal/autoheader +# calls for now +# don't pass CPPFLAGS into configure, since it upsets the kernel-headers +# version check and doesn't really help with anything + if [ -z "`which rpcgen`" ]; then + echo "rpcgen not found. Install glibc-devel." + exit 1 + fi + (cd ${S} && gnu-configize) || die "failure in running gnu-configize" + find ${S} -name "configure" | xargs touch + CPPFLAGS="" oe_runconf +} + +rpcsvc = "bootparam_prot.x nlm_prot.x rstat.x \ + yppasswd.x klm_prot.x rex.x sm_inter.x mount.x \ + rusers.x spray.x nfs_prot.x rquota.x key_prot.x" + +do_compile () { + # -Wl,-rpath-link <staging>/lib in LDFLAGS can cause breakage if another glibc is in staging + unset LDFLAGS + base_do_compile + ( + cd ${S}/sunrpc/rpcsvc + for r in ${rpcsvc}; do + h=`echo $r|sed -e's,\.x$,.h,'` + rpcgen -h $r -o $h || bbwarn "unable to generate header for $r" + done + ) + echo "Adjust ldd script" + [ -z "${RTLDLIST}" ] && return + sed -i ${B}/elf/ldd -e 's#^\(RTLDLIST=\)"\(.*\)"$#\1\2#' + sed -i ${B}/elf/ldd -e 's#^\(RTLDLIST=\)\(.*\)$#\1"${RTLDLIST} \2"#' + +} + +require eglibc-package.inc + +BBCLASSEXTEND = "nativesdk" -- 1.7.5.4 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: [PATCH 3/4] eglibc: Add recipes for 2.14 2011-09-27 3:39 ` [PATCH 3/4] eglibc: Add recipes for 2.14 Khem Raj @ 2011-09-27 23:07 ` Saul Wold 2011-09-28 0:17 ` Khem Raj 0 siblings, 1 reply; 17+ messages in thread From: Saul Wold @ 2011-09-27 23:07 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On 09/26/2011 08:39 PM, Khem Raj wrote: > Backport Fedora patch to enable sunrpc as it was in 2.13 > Fix cross-localedef-native to be able to build from eglibc 2.14 branch > > Tested builds/boot of angstrom/console-image on qemu for arm,mips,ppc,i386,x86_64 > > Signed-off-by: Khem Raj<raj.khem@gmail.com> > --- > .../eglibc/cross-localedef-native_2.14.bb | 44 ++ > .../eglibc/eglibc-2.14/IO-acquire-lock-fix.patch | 17 + > .../eglibc-2.14/armv4-eabi-compile-fix.patch | 25 + > .../eglibc-2.14/eglibc-rpc-export-again.patch | 69 +++ > .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 + > .../eglibc/eglibc-2.14/generate-supported.mk | 11 + > .../eglibc/eglibc-2.14/ld-search-order.patch | 56 ++ > .../eglibc/eglibc-2.14/mips-rld-map-check.patch | 26 + > .../eglibc/eglibc-2.14/multilib_readlib.patch | 17 + > .../recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch | 538 ++++++++++++++++++++ > .../eglibc-2.14/shorten-build-commands.patch | 82 +++ > .../eglibc/eglibc-2.14/stack-protector-test.patch | 35 ++ > meta/recipes-core/eglibc/eglibc-initial_2.14.bb | 6 + > meta/recipes-core/eglibc/eglibc-locale_2.14.bb | 1 + > meta/recipes-core/eglibc/eglibc_2.14.bb | 219 ++++++++ > 15 files changed, 1167 insertions(+), 0 deletions(-) > create mode 100644 meta/recipes-core/eglibc/cross-localedef-native_2.14.bb > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch > create mode 100644 meta/recipes-core/eglibc/eglibc-initial_2.14.bb > create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.14.bb > create mode 100644 meta/recipes-core/eglibc/eglibc_2.14.bb > Khem, This one seems to have had a problem on mips, when I built it on the Autobuilder, I get the following failure: checking for ld --version-script... no | *** WARNING: You should not compile GNU libc without versioning. Not using | *** versioning will introduce incompatibilities so that old binaries | *** will not run anymore. | *** For versioning you need recent binutils (binutils-2.8.1.0.23 or newer). | checking for .previous assembler directive... yes | checking for .protected and .hidden assembler directive... yes | checking whether __attribute__((visibility())) is supported... yes | checking for broken __attribute__((visibility()))... no | checking for broken __attribute__((alias()))... no | checking whethERROR: Function 'do_configure' failed (see /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips/build/build/tmp/work/mips-poky-linux/eglibc-2.13-r17+svnr14157/temp/log.do_configure.1476 for further information) | er to put _rtld_local into .sdata section... yes | checking for .preinit_array/.init_array/.fini_array support... no | configure: error: Need linker with .init_array/.fini_array support. | ERROR: oe_runconf failed You can see this at: http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/88/steps/shell_42/logs/stdio Sau! ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 3/4] eglibc: Add recipes for 2.14 2011-09-27 23:07 ` Saul Wold @ 2011-09-28 0:17 ` Khem Raj 2011-09-28 1:02 ` Saul Wold 0 siblings, 1 reply; 17+ messages in thread From: Khem Raj @ 2011-09-28 0:17 UTC (permalink / raw) To: Saul Wold; +Cc: Patches and discussions about the oe-core layer On Tue, Sep 27, 2011 at 4:07 PM, Saul Wold <saul.wold@intel.com> wrote: > On 09/26/2011 08:39 PM, Khem Raj wrote: >> >> Backport Fedora patch to enable sunrpc as it was in 2.13 >> Fix cross-localedef-native to be able to build from eglibc 2.14 branch >> >> Tested builds/boot of angstrom/console-image on qemu for >> arm,mips,ppc,i386,x86_64 >> >> Signed-off-by: Khem Raj<raj.khem@gmail.com> >> --- >> .../eglibc/cross-localedef-native_2.14.bb | 44 ++ >> .../eglibc/eglibc-2.14/IO-acquire-lock-fix.patch | 17 + >> .../eglibc-2.14/armv4-eabi-compile-fix.patch | 25 + >> .../eglibc-2.14/eglibc-rpc-export-again.patch | 69 +++ >> .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 + >> .../eglibc/eglibc-2.14/generate-supported.mk | 11 + >> .../eglibc/eglibc-2.14/ld-search-order.patch | 56 ++ >> .../eglibc/eglibc-2.14/mips-rld-map-check.patch | 26 + >> .../eglibc/eglibc-2.14/multilib_readlib.patch | 17 + >> .../recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch | 538 >> ++++++++++++++++++++ >> .../eglibc-2.14/shorten-build-commands.patch | 82 +++ >> .../eglibc/eglibc-2.14/stack-protector-test.patch | 35 ++ >> meta/recipes-core/eglibc/eglibc-initial_2.14.bb | 6 + >> meta/recipes-core/eglibc/eglibc-locale_2.14.bb | 1 + >> meta/recipes-core/eglibc/eglibc_2.14.bb | 219 ++++++++ >> 15 files changed, 1167 insertions(+), 0 deletions(-) >> create mode 100644 >> meta/recipes-core/eglibc/cross-localedef-native_2.14.bb >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch >> create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch >> create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch >> create mode 100644 >> meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch >> create mode 100644 meta/recipes-core/eglibc/eglibc-initial_2.14.bb >> create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.14.bb >> create mode 100644 meta/recipes-core/eglibc/eglibc_2.14.bb >> > > Khem, > > This one seems to have had a problem on mips, when I built it on the > Autobuilder, I get the following failure: > checking for ld --version-script... no > | *** WARNING: You should not compile GNU libc without versioning. Not using > | *** versioning will introduce incompatibilities so that old binaries > | *** will not run anymore. > | *** For versioning you need recent binutils (binutils-2.8.1.0.23 or > newer). > | checking for .previous assembler directive... yes > | checking for .protected and .hidden assembler directive... yes > | checking whether __attribute__((visibility())) is supported... yes > | checking for broken __attribute__((visibility()))... no > | checking for broken __attribute__((alias()))... no > | checking whethERROR: Function 'do_configure' failed (see > /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips/build/build/tmp/work/mips-poky-linux/eglibc-2.13-r17+svnr14157/temp/log.do_configure.1476 this here tells me that its compiling eglibc 2.13 not 2.14 did you change EGLIBCVERSION to 2.14 in meta/conf/distro/include/tcmode-default.inc ? I have been building angstrom/systemd-gnome-image with all the patches I posted on that branch for all architectures without any failures. > for further information) > | er to put _rtld_local into .sdata section... yes > | checking for .preinit_array/.init_array/.fini_array support... no > | configure: error: Need linker with .init_array/.fini_array support. > | ERROR: oe_runconf failed > > You can see this at: > http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/88/steps/shell_42/logs/stdio > > Sau! > > > > > > ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 3/4] eglibc: Add recipes for 2.14 2011-09-28 0:17 ` Khem Raj @ 2011-09-28 1:02 ` Saul Wold 2011-09-28 1:13 ` Khem Raj 0 siblings, 1 reply; 17+ messages in thread From: Saul Wold @ 2011-09-28 1:02 UTC (permalink / raw) To: Khem Raj; +Cc: Patches and discussions about the oe-core layer On 09/27/2011 05:17 PM, Khem Raj wrote: > On Tue, Sep 27, 2011 at 4:07 PM, Saul Wold<saul.wold@intel.com> wrote: >> On 09/26/2011 08:39 PM, Khem Raj wrote: >>> >>> Backport Fedora patch to enable sunrpc as it was in 2.13 >>> Fix cross-localedef-native to be able to build from eglibc 2.14 branch >>> >>> Tested builds/boot of angstrom/console-image on qemu for >>> arm,mips,ppc,i386,x86_64 >>> >>> Signed-off-by: Khem Raj<raj.khem@gmail.com> >>> --- >>> .../eglibc/cross-localedef-native_2.14.bb | 44 ++ >>> .../eglibc/eglibc-2.14/IO-acquire-lock-fix.patch | 17 + >>> .../eglibc-2.14/armv4-eabi-compile-fix.patch | 25 + >>> .../eglibc-2.14/eglibc-rpc-export-again.patch | 69 +++ >>> .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 + >>> .../eglibc/eglibc-2.14/generate-supported.mk | 11 + >>> .../eglibc/eglibc-2.14/ld-search-order.patch | 56 ++ >>> .../eglibc/eglibc-2.14/mips-rld-map-check.patch | 26 + >>> .../eglibc/eglibc-2.14/multilib_readlib.patch | 17 + >>> .../recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch | 538 >>> ++++++++++++++++++++ >>> .../eglibc-2.14/shorten-build-commands.patch | 82 +++ >>> .../eglibc/eglibc-2.14/stack-protector-test.patch | 35 ++ >>> meta/recipes-core/eglibc/eglibc-initial_2.14.bb | 6 + >>> meta/recipes-core/eglibc/eglibc-locale_2.14.bb | 1 + >>> meta/recipes-core/eglibc/eglibc_2.14.bb | 219 ++++++++ >>> 15 files changed, 1167 insertions(+), 0 deletions(-) >>> create mode 100644 >>> meta/recipes-core/eglibc/cross-localedef-native_2.14.bb >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch >>> create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch >>> create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch >>> create mode 100644 >>> meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch >>> create mode 100644 meta/recipes-core/eglibc/eglibc-initial_2.14.bb >>> create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.14.bb >>> create mode 100644 meta/recipes-core/eglibc/eglibc_2.14.bb >>> >> >> Khem, >> >> This one seems to have had a problem on mips, when I built it on the >> Autobuilder, I get the following failure: >> checking for ld --version-script... no >> | *** WARNING: You should not compile GNU libc without versioning. Not using >> | *** versioning will introduce incompatibilities so that old binaries >> | *** will not run anymore. >> | *** For versioning you need recent binutils (binutils-2.8.1.0.23 or >> newer). >> | checking for .previous assembler directive... yes >> | checking for .protected and .hidden assembler directive... yes >> | checking whether __attribute__((visibility())) is supported... yes >> | checking for broken __attribute__((visibility()))... no >> | checking for broken __attribute__((alias()))... no >> | checking whethERROR: Function 'do_configure' failed (see >> /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips/build/build/tmp/work/mips-poky-linux/eglibc-2.13-r17+svnr14157/temp/log.do_configure.1476 > > this here tells me that its compiling eglibc 2.13 not 2.14 > did you change EGLIBCVERSION to 2.14 in > meta/conf/distro/include/tcmode-default.inc ? > Nope, that might be my problem, so something is getting hosed around for mips because everything else is building OK. Maybe it's one of the compiler changes or does that need tcmode changes also? Sau! > I have been building angstrom/systemd-gnome-image with all the patches > I posted on that branch > for all architectures without any failures. > >> for further information) >> | er to put _rtld_local into .sdata section... yes >> | checking for .preinit_array/.init_array/.fini_array support... no >> | configure: error: Need linker with .init_array/.fini_array support. >> | ERROR: oe_runconf failed >> >> You can see this at: >> http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/88/steps/shell_42/logs/stdio >> >> Sau! >> >> >> >> >> >> ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 3/4] eglibc: Add recipes for 2.14 2011-09-28 1:02 ` Saul Wold @ 2011-09-28 1:13 ` Khem Raj 2011-09-28 11:01 ` Richard Purdie 0 siblings, 1 reply; 17+ messages in thread From: Khem Raj @ 2011-09-28 1:13 UTC (permalink / raw) To: Saul Wold; +Cc: Patches and discussions about the oe-core layer On Tue, Sep 27, 2011 at 6:02 PM, Saul Wold <saul.wold@intel.com> wrote: > On 09/27/2011 05:17 PM, Khem Raj wrote: >> >> On Tue, Sep 27, 2011 at 4:07 PM, Saul Wold<saul.wold@intel.com> wrote: >>> >>> On 09/26/2011 08:39 PM, Khem Raj wrote: >>>> >>>> Backport Fedora patch to enable sunrpc as it was in 2.13 >>>> Fix cross-localedef-native to be able to build from eglibc 2.14 branch >>>> >>>> Tested builds/boot of angstrom/console-image on qemu for >>>> arm,mips,ppc,i386,x86_64 >>>> >>>> Signed-off-by: Khem Raj<raj.khem@gmail.com> >>>> --- >>>> .../eglibc/cross-localedef-native_2.14.bb | 44 ++ >>>> .../eglibc/eglibc-2.14/IO-acquire-lock-fix.patch | 17 + >>>> .../eglibc-2.14/armv4-eabi-compile-fix.patch | 25 + >>>> .../eglibc-2.14/eglibc-rpc-export-again.patch | 69 +++ >>>> .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 + >>>> .../eglibc/eglibc-2.14/generate-supported.mk | 11 + >>>> .../eglibc/eglibc-2.14/ld-search-order.patch | 56 ++ >>>> .../eglibc/eglibc-2.14/mips-rld-map-check.patch | 26 + >>>> .../eglibc/eglibc-2.14/multilib_readlib.patch | 17 + >>>> .../recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch | 538 >>>> ++++++++++++++++++++ >>>> .../eglibc-2.14/shorten-build-commands.patch | 82 +++ >>>> .../eglibc/eglibc-2.14/stack-protector-test.patch | 35 ++ >>>> meta/recipes-core/eglibc/eglibc-initial_2.14.bb | 6 + >>>> meta/recipes-core/eglibc/eglibc-locale_2.14.bb | 1 + >>>> meta/recipes-core/eglibc/eglibc_2.14.bb | 219 ++++++++ >>>> 15 files changed, 1167 insertions(+), 0 deletions(-) >>>> create mode 100644 >>>> meta/recipes-core/eglibc/cross-localedef-native_2.14.bb >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch >>>> create mode 100644 >>>> >>>> meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch >>>> create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch >>>> create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch >>>> create mode 100644 >>>> meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch >>>> create mode 100644 meta/recipes-core/eglibc/eglibc-initial_2.14.bb >>>> create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.14.bb >>>> create mode 100644 meta/recipes-core/eglibc/eglibc_2.14.bb >>>> >>> >>> Khem, >>> >>> This one seems to have had a problem on mips, when I built it on the >>> Autobuilder, I get the following failure: >>> checking for ld --version-script... no >>> | *** WARNING: You should not compile GNU libc without versioning. Not >>> using >>> | *** versioning will introduce incompatibilities so that old binaries >>> | *** will not run anymore. >>> | *** For versioning you need recent binutils (binutils-2.8.1.0.23 or >>> newer). >>> | checking for .previous assembler directive... yes >>> | checking for .protected and .hidden assembler directive... yes >>> | checking whether __attribute__((visibility())) is supported... yes >>> | checking for broken __attribute__((visibility()))... no >>> | checking for broken __attribute__((alias()))... no >>> | checking whethERROR: Function 'do_configure' failed (see >>> >>> /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips/build/build/tmp/work/mips-poky-linux/eglibc-2.13-r17+svnr14157/temp/log.do_configure.1476 >> >> this here tells me that its compiling eglibc 2.13 not 2.14 >> did you change EGLIBCVERSION to 2.14 in >> meta/conf/distro/include/tcmode-default.inc ? >> > Nope, that might be my problem, so something is getting hosed around for > mips because everything else is building OK. Maybe it's one of the compiler > changes or does that need tcmode changes also? compiler does not need version change. I am not sure whats going on there its cross binutils thats not installed properly and thats why the test is failing Did u try a build from scratch ? > > Sau! > > >> I have been building angstrom/systemd-gnome-image with all the patches >> I posted on that branch >> for all architectures without any failures. >> >>> for further information) >>> | er to put _rtld_local into .sdata section... yes >>> | checking for .preinit_array/.init_array/.fini_array support... no >>> | configure: error: Need linker with .init_array/.fini_array support. >>> | ERROR: oe_runconf failed >>> >>> You can see this at: >>> >>> http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/88/steps/shell_42/logs/stdio >>> >>> Sau! >>> >>> >>> >>> >>> >>> > > ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 3/4] eglibc: Add recipes for 2.14 2011-09-28 1:13 ` Khem Raj @ 2011-09-28 11:01 ` Richard Purdie 0 siblings, 0 replies; 17+ messages in thread From: Richard Purdie @ 2011-09-28 11:01 UTC (permalink / raw) To: Patches and discussions about the oe-core layer; +Cc: Saul Wold On Tue, 2011-09-27 at 18:13 -0700, Khem Raj wrote: > On Tue, Sep 27, 2011 at 6:02 PM, Saul Wold <saul.wold@intel.com> wrote: > > On 09/27/2011 05:17 PM, Khem Raj wrote: > >> > >> On Tue, Sep 27, 2011 at 4:07 PM, Saul Wold<saul.wold@intel.com> wrote: > >>> > >>> On 09/26/2011 08:39 PM, Khem Raj wrote: > >>>> > >>>> Backport Fedora patch to enable sunrpc as it was in 2.13 > >>>> Fix cross-localedef-native to be able to build from eglibc 2.14 branch > >>>> > >>>> Tested builds/boot of angstrom/console-image on qemu for > >>>> arm,mips,ppc,i386,x86_64 > >>>> > >>>> Signed-off-by: Khem Raj<raj.khem@gmail.com> > >>>> --- > >>>> .../eglibc/cross-localedef-native_2.14.bb | 44 ++ > >>>> .../eglibc/eglibc-2.14/IO-acquire-lock-fix.patch | 17 + > >>>> .../eglibc-2.14/armv4-eabi-compile-fix.patch | 25 + > >>>> .../eglibc-2.14/eglibc-rpc-export-again.patch | 69 +++ > >>>> .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 + > >>>> .../eglibc/eglibc-2.14/generate-supported.mk | 11 + > >>>> .../eglibc/eglibc-2.14/ld-search-order.patch | 56 ++ > >>>> .../eglibc/eglibc-2.14/mips-rld-map-check.patch | 26 + > >>>> .../eglibc/eglibc-2.14/multilib_readlib.patch | 17 + > >>>> .../recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch | 538 > >>>> ++++++++++++++++++++ > >>>> .../eglibc-2.14/shorten-build-commands.patch | 82 +++ > >>>> .../eglibc/eglibc-2.14/stack-protector-test.patch | 35 ++ > >>>> meta/recipes-core/eglibc/eglibc-initial_2.14.bb | 6 + > >>>> meta/recipes-core/eglibc/eglibc-locale_2.14.bb | 1 + > >>>> meta/recipes-core/eglibc/eglibc_2.14.bb | 219 ++++++++ > >>>> 15 files changed, 1167 insertions(+), 0 deletions(-) > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/cross-localedef-native_2.14.bb > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch > >>>> create mode 100644 > >>>> > >>>> meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch > >>>> create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch > >>>> create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch > >>>> create mode 100644 > >>>> meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch > >>>> create mode 100644 meta/recipes-core/eglibc/eglibc-initial_2.14.bb > >>>> create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.14.bb > >>>> create mode 100644 meta/recipes-core/eglibc/eglibc_2.14.bb > >>>> > >>> > >>> Khem, > >>> > >>> This one seems to have had a problem on mips, when I built it on the > >>> Autobuilder, I get the following failure: > >>> checking for ld --version-script... no > >>> | *** WARNING: You should not compile GNU libc without versioning. Not > >>> using > >>> | *** versioning will introduce incompatibilities so that old binaries > >>> | *** will not run anymore. > >>> | *** For versioning you need recent binutils (binutils-2.8.1.0.23 or > >>> newer). > >>> | checking for .previous assembler directive... yes > >>> | checking for .protected and .hidden assembler directive... yes > >>> | checking whether __attribute__((visibility())) is supported... yes > >>> | checking for broken __attribute__((visibility()))... no > >>> | checking for broken __attribute__((alias()))... no > >>> | checking whethERROR: Function 'do_configure' failed (see > >>> > >>> /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-mips/build/build/tmp/work/mips-poky-linux/eglibc-2.13-r17+svnr14157/temp/log.do_configure.1476 > >> > >> this here tells me that its compiling eglibc 2.13 not 2.14 > >> did you change EGLIBCVERSION to 2.14 in > >> meta/conf/distro/include/tcmode-default.inc ? > >> > > Nope, that might be my problem, so something is getting hosed around for > > mips because everything else is building OK. Maybe it's one of the compiler > > changes or does that need tcmode changes also? > > compiler does not need version change. I am not sure whats going on there > its cross binutils thats not installed properly and thats why the test > is failing > > Did u try a build from scratch ? I'm pretty sure this would be a build from scratch. In an effort to pin down the problem, I've not taken the gcc update yet, just to be sure we can rule that out. I'm not sure how this could be eglibc since we've not enabled the new version yet. I did therefore take that patch. Cheers, Richard ^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 4/4] gcc-4.6: Update to tip of FSF gcc-4_6-branch 2011-09-27 3:39 [PATCH 0/4] Upgrade eglibc 2.14 and gcc 4.6 Khem Raj ` (2 preceding siblings ...) 2011-09-27 3:39 ` [PATCH 3/4] eglibc: Add recipes for 2.14 Khem Raj @ 2011-09-27 3:39 ` Khem Raj 3 siblings, 0 replies; 17+ messages in thread From: Khem Raj @ 2011-09-27 3:39 UTC (permalink / raw) To: openembedded-core Signed-off-by: Khem Raj <raj.khem@gmail.com> --- meta/recipes-devtools/gcc/gcc-4.6.inc | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-4.6.inc b/meta/recipes-devtools/gcc/gcc-4.6.inc index eef0ef0..a352e36 100644 --- a/meta/recipes-devtools/gcc/gcc-4.6.inc +++ b/meta/recipes-devtools/gcc/gcc-4.6.inc @@ -1,6 +1,6 @@ require gcc-common.inc -PR = "r13" +PR = "r14" # Third digit in PV should be incremented after a minor release # happens from this branch on gcc e.g. currently its 4.6.0 @@ -16,9 +16,9 @@ PV = "4.6.1+svnr${SRCPV}" # 4.6.1 then the value below will have 2 which will mean 4.6.2 # which will be next minor release and so on. -BINV = "4.6.1" +BINV = "4.6.2" -SRCREV = 175454 +SRCREV = 178924 BRANCH = "gcc-4_6-branch" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.6' ], d)}" -- 1.7.5.4 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* [PATCH 0/4] Add eglibc 2.14 recipes and redo linker hashstyle patch @ 2011-09-16 1:59 Khem Raj 2011-09-16 1:59 ` [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE Khem Raj 0 siblings, 1 reply; 17+ messages in thread From: Khem Raj @ 2011-09-16 1:59 UTC (permalink / raw) To: openembedded-core Redo linker hash style patch to include RPs concerns Add sunrpc back into eglibc 2.14 The following changes since commit f5c436fa476e6131d55089955ba042c83ff770af: eglibc: Add recipes for 2.14 (2011-09-15 18:38:02 -0700) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib kraj/hashstyle-eglibc-updates http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/hashstyle-eglibc-updates Khem Raj (4): conf,recipes: Add new variable LINKER_HASH_STYLE gcc-4.6: Use --with-linker-hash-style configure option eglibc-2.13: Replace oewarn with bbwarn eglibc: Add recipes for 2.14 meta/conf/bitbake.conf | 3 +- meta/conf/distro/include/tcmode-default.inc | 6 +- .../eglibc/cross-localedef-native_2.14.bb | 44 ++ .../eglibc/eglibc-2.14/IO-acquire-lock-fix.patch | 17 + .../eglibc-2.14/armv4-eabi-compile-fix.patch | 25 + .../eglibc-2.14/eglibc-rpc-export-again.patch | 69 +++ .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 + .../eglibc/eglibc-2.14/generate-supported.mk | 11 + .../eglibc/eglibc-2.14/ld-search-order.patch | 56 ++ .../eglibc/eglibc-2.14/mips-rld-map-check.patch | 26 + .../eglibc/eglibc-2.14/multilib_readlib.patch | 17 + .../recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch | 538 ++++++++++++++++++++ .../eglibc-2.14/shorten-build-commands.patch | 82 +++ .../eglibc/eglibc-2.14/stack-protector-test.patch | 35 ++ meta/recipes-core/eglibc/eglibc-initial_2.14.bb | 6 + meta/recipes-core/eglibc/eglibc-locale_2.14.bb | 1 + meta/recipes-core/eglibc/eglibc_2.13.bb | 2 +- meta/recipes-core/eglibc/eglibc_2.14.bb | 219 ++++++++ meta/recipes-core/uclibc/uclibc.inc | 2 +- meta/recipes-devtools/gcc/gcc-4.6.inc | 4 +- .../gcc/gcc-4.6/gcc-with-linker-hash-style.patch | 196 +++++++ 21 files changed, 1375 insertions(+), 5 deletions(-) create mode 100644 meta/recipes-core/eglibc/cross-localedef-native_2.14.bb create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch create mode 100644 meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch create mode 100644 meta/recipes-core/eglibc/eglibc-initial_2.14.bb create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.14.bb create mode 100644 meta/recipes-core/eglibc/eglibc_2.14.bb create mode 100644 meta/recipes-devtools/gcc/gcc-4.6/gcc-with-linker-hash-style.patch -- 1.7.5.4 ^ permalink raw reply [flat|nested] 17+ messages in thread
* [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE 2011-09-16 1:59 [PATCH 0/4] Add eglibc 2.14 recipes and redo linker hashstyle patch Khem Raj @ 2011-09-16 1:59 ` Khem Raj 2011-09-28 19:44 ` Richard Purdie 0 siblings, 1 reply; 17+ messages in thread From: Khem Raj @ 2011-09-16 1:59 UTC (permalink / raw) To: openembedded-core LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' depending upon processor architecture e.g. mips does not support gnu hash style so is uses sysv besides 'sysv' and 'gnu' third option is to set it to 'both' we do not do that by default but user can still set it Signed-off-by: Khem Raj <raj.khem@gmail.com> --- meta/conf/bitbake.conf | 3 ++- meta/conf/distro/include/tcmode-default.inc | 6 +++++- meta/recipes-core/uclibc/uclibc.inc | 2 +- 3 files changed, 8 insertions(+), 3 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index b7bcc23..60ab000 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -476,7 +476,8 @@ BUILDSDK_LDFLAGS = "-L${STAGING_LIBDIR} \ -Wl,-rpath-link,${STAGING_DIR_HOST}${base_libdir} \ -Wl,-rpath,${base_libdir} -Wl,-O1" -TARGET_LINK_HASH_STYLE ??= "" +LINKER_HASH_STYLE ??= "gnu" +TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][bb.data.getVar('LINKER_HASH_STYLE', d, True) == 'gnu']}" export LDFLAGS = "${TARGET_LDFLAGS}" export TARGET_LDFLAGS = "-Wl,-O1 ${TARGET_LINK_HASH_STYLE}" #export TARGET_LDFLAGS = "-L${STAGING_DIR_TARGET}${libdir} \ diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc index 2857215..1ddfbce 100644 --- a/meta/conf/distro/include/tcmode-default.inc +++ b/meta/conf/distro/include/tcmode-default.inc @@ -63,5 +63,9 @@ PREFERRED_VERSION_gzip-native ?= "1.4" # Setup suitable toolchain flags require conf/distro/include/as-needed.inc -TARGET_LINK_HASH_STYLE ?= "${@['-Wl,--hash-style=gnu',''][bb.data.getVar('TARGET_ARCH', d, True) in ['mips', 'mipsel', 'mips64', 'mips64el']]}" +# mips does not support GNU hash style therefore we hard assign them +LINKER_HASH_STYLE_mips = "sysv" +LINKER_HASH_STYLE_mipsel = "sysv" +LINKER_HASH_STYLE_mips64 = "sysv" +LINKER_HASH_STYLE_mips64el = "sysv" diff --git a/meta/recipes-core/uclibc/uclibc.inc b/meta/recipes-core/uclibc/uclibc.inc index 222c34f..f104114 100644 --- a/meta/recipes-core/uclibc/uclibc.inc +++ b/meta/recipes-core/uclibc/uclibc.inc @@ -201,5 +201,5 @@ do_configure() { do_install() { oe_runmake PREFIX=${D} install - oe_runmake PREFIX=${D} "SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}" install_utils + oe_runmake PREFIX=${D} "SSP_ALL_CFLAGS=${TARGET_LINK_HASH_STYLE}" install_utils } -- 1.7.5.4 ^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE 2011-09-16 1:59 ` [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE Khem Raj @ 2011-09-28 19:44 ` Richard Purdie 2011-09-28 21:24 ` Khem Raj 0 siblings, 1 reply; 17+ messages in thread From: Richard Purdie @ 2011-09-28 19:44 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On Thu, 2011-09-15 at 18:59 -0700, Khem Raj wrote: > LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' > depending upon processor architecture e.g. mips does not support > gnu hash style so is uses sysv > > besides 'sysv' and 'gnu' third option is to set it to 'both' we do > not do that by default but user can still set it > > Signed-off-by: Khem Raj <raj.khem@gmail.com> > --- > meta/conf/bitbake.conf | 3 ++- > meta/conf/distro/include/tcmode-default.inc | 6 +++++- > meta/recipes-core/uclibc/uclibc.inc | 2 +- > 3 files changed, 8 insertions(+), 3 deletions(-) The build failure we're seeing on mips is related to this change. I'm seeing this from "MACHINE=qemumips bitbake -e": # LINKER_HASH_STYLE_mips64el=sysv LINKER_HASH_STYLE_mips64el="sysv" # LINKER_HASH_STYLE=sysv LINKER_HASH_STYLE="sysv" # LINKER_HASH_STYLE_mips64=sysv LINKER_HASH_STYLE_mips64="sysv" # TARGET_LINK_HASH_STYLE=${@['-Wl,--hash-style=gnu',''][bb.data.getVar('LINKER_HASH_STYLE', d, True) == 'gnu']} TARGET_LINK_HASH_STYLE="-Wl,--hash-style=gnu" # TARGET_LDFLAGS=-Wl,-O1 ${TARGET_LINK_HASH_STYLE} ${ASNEEDED} export TARGET_LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" Obviously the problem is TARGET_LINK_HASH_STYLE is that value when LINKER_HASH_STYLE="sysv" :/ We need to fix this... Cheers, Richard ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE 2011-09-28 19:44 ` Richard Purdie @ 2011-09-28 21:24 ` Khem Raj 2011-09-28 22:41 ` Richard Purdie 0 siblings, 1 reply; 17+ messages in thread From: Khem Raj @ 2011-09-28 21:24 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On Wed, Sep 28, 2011 at 12:44 PM, Richard Purdie <richard.purdie@linuxfoundation.org> wrote: > On Thu, 2011-09-15 at 18:59 -0700, Khem Raj wrote: >> LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' >> depending upon processor architecture e.g. mips does not support >> gnu hash style so is uses sysv >> >> besides 'sysv' and 'gnu' third option is to set it to 'both' we do >> not do that by default but user can still set it >> >> Signed-off-by: Khem Raj <raj.khem@gmail.com> >> --- >> meta/conf/bitbake.conf | 3 ++- >> meta/conf/distro/include/tcmode-default.inc | 6 +++++- >> meta/recipes-core/uclibc/uclibc.inc | 2 +- >> 3 files changed, 8 insertions(+), 3 deletions(-) > > The build failure we're seeing on mips is related to this change. I'm > seeing this from "MACHINE=qemumips bitbake -e": > > # LINKER_HASH_STYLE_mips64el=sysv > LINKER_HASH_STYLE_mips64el="sysv" > # LINKER_HASH_STYLE=sysv > LINKER_HASH_STYLE="sysv" > # LINKER_HASH_STYLE_mips64=sysv > LINKER_HASH_STYLE_mips64="sysv" > # TARGET_LINK_HASH_STYLE=${@['-Wl,--hash-style=gnu',''][bb.data.getVar('LINKER_HASH_STYLE', d, True) == 'gnu']} > TARGET_LINK_HASH_STYLE="-Wl,--hash-style=gnu" > # TARGET_LDFLAGS=-Wl,-O1 ${TARGET_LINK_HASH_STYLE} ${ASNEEDED} > export TARGET_LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" > > Obviously the problem is TARGET_LINK_HASH_STYLE is that value when > LINKER_HASH_STYLE="sysv" :/ > > We need to fix this... > here is my MACHINE=qemumips bitbake -e run on latest oe-core/master http://paste.ubuntu.com/698725/ > Cheers, > > Richard > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE 2011-09-28 21:24 ` Khem Raj @ 2011-09-28 22:41 ` Richard Purdie 2011-09-28 23:25 ` Khem Raj 0 siblings, 1 reply; 17+ messages in thread From: Richard Purdie @ 2011-09-28 22:41 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On Wed, 2011-09-28 at 14:24 -0700, Khem Raj wrote: > On Wed, Sep 28, 2011 at 12:44 PM, Richard Purdie > <richard.purdie@linuxfoundation.org> wrote: > > On Thu, 2011-09-15 at 18:59 -0700, Khem Raj wrote: > >> LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' > >> depending upon processor architecture e.g. mips does not support > >> gnu hash style so is uses sysv > >> > >> besides 'sysv' and 'gnu' third option is to set it to 'both' we do > >> not do that by default but user can still set it > >> > >> Signed-off-by: Khem Raj <raj.khem@gmail.com> > >> --- > >> meta/conf/bitbake.conf | 3 ++- > >> meta/conf/distro/include/tcmode-default.inc | 6 +++++- > >> meta/recipes-core/uclibc/uclibc.inc | 2 +- > >> 3 files changed, 8 insertions(+), 3 deletions(-) > > > > The build failure we're seeing on mips is related to this change. I'm > > seeing this from "MACHINE=qemumips bitbake -e": > > > > # LINKER_HASH_STYLE_mips64el=sysv > > LINKER_HASH_STYLE_mips64el="sysv" > > # LINKER_HASH_STYLE=sysv > > LINKER_HASH_STYLE="sysv" > > # LINKER_HASH_STYLE_mips64=sysv > > LINKER_HASH_STYLE_mips64="sysv" > > # TARGET_LINK_HASH_STYLE=${@['-Wl,--hash-style=gnu',''][bb.data.getVar('LINKER_HASH_STYLE', d, True) == 'gnu']} > > TARGET_LINK_HASH_STYLE="-Wl,--hash-style=gnu" > > # TARGET_LDFLAGS=-Wl,-O1 ${TARGET_LINK_HASH_STYLE} ${ASNEEDED} > > export TARGET_LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" > > > > Obviously the problem is TARGET_LINK_HASH_STYLE is that value when > > LINKER_HASH_STYLE="sysv" :/ > > > > We need to fix this... > > > > here is my MACHINE=qemumips bitbake -e run on latest oe-core/master > http://paste.ubuntu.com/698725/ Right, I found the problem, posted the patch and then decided I'd merge it rather than have anyone suffer any more broken builds: http://git.openembedded.org/cgit.cgi/openembedded-core/commit/?id=5839702da70cec32f01e58280629f6bcf74d0034 So I think this should be resolved now. Cheers, Richard ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE 2011-09-28 22:41 ` Richard Purdie @ 2011-09-28 23:25 ` Khem Raj 0 siblings, 0 replies; 17+ messages in thread From: Khem Raj @ 2011-09-28 23:25 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On Wed, Sep 28, 2011 at 3:41 PM, Richard Purdie <richard.purdie@linuxfoundation.org> wrote: > On Wed, 2011-09-28 at 14:24 -0700, Khem Raj wrote: >> On Wed, Sep 28, 2011 at 12:44 PM, Richard Purdie >> <richard.purdie@linuxfoundation.org> wrote: >> > On Thu, 2011-09-15 at 18:59 -0700, Khem Raj wrote: >> >> LINKER_HASH_STYLE in OE is set to either 'sysv' or 'gnu' >> >> depending upon processor architecture e.g. mips does not support >> >> gnu hash style so is uses sysv >> >> >> >> besides 'sysv' and 'gnu' third option is to set it to 'both' we do >> >> not do that by default but user can still set it >> >> >> >> Signed-off-by: Khem Raj <raj.khem@gmail.com> >> >> --- >> >> meta/conf/bitbake.conf | 3 ++- >> >> meta/conf/distro/include/tcmode-default.inc | 6 +++++- >> >> meta/recipes-core/uclibc/uclibc.inc | 2 +- >> >> 3 files changed, 8 insertions(+), 3 deletions(-) >> > >> > The build failure we're seeing on mips is related to this change. I'm >> > seeing this from "MACHINE=qemumips bitbake -e": >> > >> > # LINKER_HASH_STYLE_mips64el=sysv >> > LINKER_HASH_STYLE_mips64el="sysv" >> > # LINKER_HASH_STYLE=sysv >> > LINKER_HASH_STYLE="sysv" >> > # LINKER_HASH_STYLE_mips64=sysv >> > LINKER_HASH_STYLE_mips64="sysv" >> > # TARGET_LINK_HASH_STYLE=${@['-Wl,--hash-style=gnu',''][bb.data.getVar('LINKER_HASH_STYLE', d, True) == 'gnu']} >> > TARGET_LINK_HASH_STYLE="-Wl,--hash-style=gnu" >> > # TARGET_LDFLAGS=-Wl,-O1 ${TARGET_LINK_HASH_STYLE} ${ASNEEDED} >> > export TARGET_LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" >> > >> > Obviously the problem is TARGET_LINK_HASH_STYLE is that value when >> > LINKER_HASH_STYLE="sysv" :/ >> > >> > We need to fix this... >> > >> >> here is my MACHINE=qemumips bitbake -e run on latest oe-core/master >> http://paste.ubuntu.com/698725/ > > Right, I found the problem, posted the patch and then decided I'd merge > it rather than have anyone suffer any more broken builds: > > http://git.openembedded.org/cgit.cgi/openembedded-core/commit/?id=5839702da70cec32f01e58280629f6bcf74d0034 > ah ok. > So I think this should be resolved now. > > Cheers, > > Richard > > > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > ^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2011-09-28 23:31 UTC | newest] Thread overview: 17+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2011-09-27 3:39 [PATCH 0/4] Upgrade eglibc 2.14 and gcc 4.6 Khem Raj 2011-09-27 3:39 ` [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE Khem Raj 2011-09-28 13:40 ` Richard Purdie 2011-09-28 15:15 ` Khem Raj 2011-09-27 3:39 ` [PATCH 2/4] gcc-4.6: Use --with-linker-hash-style configure option Khem Raj 2011-09-27 3:39 ` [PATCH 3/4] eglibc: Add recipes for 2.14 Khem Raj 2011-09-27 23:07 ` Saul Wold 2011-09-28 0:17 ` Khem Raj 2011-09-28 1:02 ` Saul Wold 2011-09-28 1:13 ` Khem Raj 2011-09-28 11:01 ` Richard Purdie 2011-09-27 3:39 ` [PATCH 4/4] gcc-4.6: Update to tip of FSF gcc-4_6-branch Khem Raj -- strict thread matches above, loose matches on Subject: below -- 2011-09-16 1:59 [PATCH 0/4] Add eglibc 2.14 recipes and redo linker hashstyle patch Khem Raj 2011-09-16 1:59 ` [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE Khem Raj 2011-09-28 19:44 ` Richard Purdie 2011-09-28 21:24 ` Khem Raj 2011-09-28 22:41 ` Richard Purdie 2011-09-28 23:25 ` Khem Raj
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox