Add eglibc 2.14 recipes and redo linker hashstyle patch
cover Add eglibc 2.14 recipes and redo linker hashstyle patch
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
Signature · 1 line
1.7.5.4
PATCH 1/4 conf, recipes: Add new variable LINKER_HASH_STYLE
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
--- 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(-)
meta/conf/bitbake.conf +2 -1
@@ -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} \
meta/conf/distro/include/tcmode-default.inc +5 -1
@@ -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"
meta/recipes-core/uclibc/uclibc.inc +1 -1
@@ -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 }
Signature · 1 line
1.7.5.4
PATCH 2/4 gcc-4.6: Use --with-linker-hash-style configure option
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
--- meta/recipes-devtools/gcc/gcc-4.6.inc | 4 +- .../gcc/gcc-4.6/gcc-with-linker-hash-style.patch | 196 ++++++++++++++++++++ 2 files changed, 199 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-devtools/gcc/gcc-4.6/gcc-with-linker-hash-style.patch
meta/recipes-devtools/gcc/gcc-4.6.inc +3 -1
@@ -1,6 +1,6 @@ require gcc-common.inc -PR = "r10" +PR = "r11" # Third digit in PV should be incremented after a minor release # happens from this branch on gcc e.g. currently its 4.6.0
@@ -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 \
meta/recipes-devtools/gcc/gcc-4.6/gcc-with-linker-hash-style.patch new file +196 -0
196 lines not on this page · raw message
Signature · 1 line
1.7.5.4
PATCH 3/4 eglibc-2.13: Replace oewarn with bbwarn
In reply to Khem Rajoewarn does not exist
--- meta/recipes-core/eglibc/eglibc_2.13.bb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)
meta/recipes-core/eglibc/eglibc_2.13.bb +1 -1
@@ -204,7 +204,7 @@ do_compile () { cd ${S}/sunrpc/rpcsvc for r in ${rpcsvc}; do h=`echo $r|sed -e's,\.x$,.h,'` - rpcgen -h $r -o $h || oewarn "unable to generate header for $r" + rpcgen -h $r -o $h || bbwarn "unable to generate header for $r" done ) echo "Adjust ldd script"
Signature · 1 line
1.7.5.4
PATCH 4/4 eglibc: Add recipes for 2.14
In reply to Khem RajBackport 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
--- .../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
meta/recipes-core/eglibc/cross-localedef-native_2.14.bb new file +44 -0
@@ -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 +}
meta/recipes-core/eglibc/eglibc-2.14/IO-acquire-lock-fix.patch new file +17 -0
@@ -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)
meta/recipes-core/eglibc/eglibc-2.14/armv4-eabi-compile-fix.patch new file +25 -0
@@ -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__ */
meta/recipes-core/eglibc/eglibc-2.14/eglibc-rpc-export-again.patch new file +69 -0
69 lines not on this page · raw message
meta/recipes-core/eglibc/eglibc-2.14/eglibc-svn-arm-lowlevellock-include-tls.patch new file +21 -0
@@ -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
meta/recipes-core/eglibc/eglibc-2.14/etc/ld.so.conf new file +0 -0
meta/recipes-core/eglibc/eglibc-2.14/generate-supported.mk new file +11 -0
@@ -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
meta/recipes-core/eglibc/eglibc-2.14/ld-search-order.patch new file +56 -0
56 lines not on this page · raw message
meta/recipes-core/eglibc/eglibc-2.14/mips-rld-map-check.patch new file +26 -0
@@ -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 <[email protected]> + + +--- +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)
meta/recipes-core/eglibc/eglibc-2.14/multilib_readlib.patch new file +17 -0
@@ -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[] =
meta/recipes-core/eglibc/eglibc-2.14/ppc-sqrt.patch new file +538 -0
538 lines not on this page · raw message
meta/recipes-core/eglibc/eglibc-2.14/shorten-build-commands.patch new file +82 -0
82 lines not on this page · raw message
meta/recipes-core/eglibc/eglibc-2.14/stack-protector-test.patch new file +35 -0
@@ -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 <[email protected]> + +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
meta/recipes-core/eglibc/eglibc-initial_2.14.bb new file +6 -0
@@ -0,0 +1,6 @@ +require eglibc_${PV}.bb +require eglibc-initial.inc + +do_configure_prepend () { + unset CFLAGS +}
meta/recipes-core/eglibc/eglibc-locale_2.14.bb new file +1 -0
@@ -0,0 +1 @@ +require eglibc-locale.inc
meta/recipes-core/eglibc/eglibc_2.14.bb new file +219 -0
219 lines not on this page · raw message
Signature · 1 line
1.7.5.4
Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE
In reply to Khem RajQuoted 7 lines · Khem Raj
LINKER_HASH_STYLEin OE is set to either 'sysv' or 'gnu' depending upon processor architecture e.g. mips does not support gnu hash style so is uses sysvbesides 'sysv' and 'gnu' third option is to set it to 'both' we do not do that by default but user can still set it
Quoted 6 lines
Signed-off-by Khem Raj <[email protected]>--- 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
Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE
Quoted 29 lines · Richard Purdie
Quoted 7 lines · Khem Raj
LINKER_HASH_STYLEin OE is set to either 'sysv' or 'gnu' depending upon processor architecture e.g. mips does not support gnu hash style so is uses sysvbesides 'sysv' and 'gnu' third option is to set it to 'both' we do not do that by default but user can still set it
Quoted 6 lines
Signed-off-by Khem Raj <[email protected]>---
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"
Quoted 5 lines
Obviously the problem is
TARGET_LINK_HASH_STYLEis 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/
Quoted 10 lines
Cheers,
Richard
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE
Quoted 31 lines · Khem Raj
Quoted 29 lines · Richard Purdie
Quoted 7 lines · Khem Raj
LINKER_HASH_STYLEin OE is set to either 'sysv' or 'gnu' depending upon processor architecture e.g. mips does not support gnu hash style so is uses sysvbesides 'sysv' and 'gnu' third option is to set it to 'both' we do not do that by default but user can still set it
Quoted 6 lines
Signed-off-by Khem Raj <[email protected]>--- 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"
Quoted 8 lines
Quoted 5 lines
Obviously the problem is
TARGET_LINK_HASH_STYLEis 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:
So I think this should be resolved now.
Cheers,
Richard
Re: [PATCH 1/4] conf, recipes: Add new variable LINKER_HASH_STYLE
Quoted 38 lines · Richard Purdie
Quoted 37 lines · Khem Raj
Quoted 34 lines · Richard Purdie
Quoted 7 lines · Khem Raj
LINKER_HASH_STYLEin OE is set to either 'sysv' or 'gnu' depending upon processor architecture e.g. mips does not support gnu hash style so is uses sysvbesides 'sysv' and 'gnu' third option is to set it to 'both' we do not do that by default but user can still set it
Quoted 6 lines
Signed-off-by Khem Raj <[email protected]>---
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_STYLEis that value when LINKER_HASH_STYLE="sysv" :/We need to fix this...
Quoted 8 lines
Quoted 2 lines
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:
ah ok.
Quoted 14 lines
So I think this should be resolved now.
Cheers,
Richard
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core