* build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 @ 2011-11-28 23:19 Trevor Woerner 2011-11-29 22:54 ` Yann E. MORIN 0 siblings, 1 reply; 11+ messages in thread From: Trevor Woerner @ 2011-11-28 23:19 UTC (permalink / raw) To: crossgcc Hi Yann, I recently upgraded to the latest openSUSE 12.1 release and discovered that crosstool-NG has trouble building native gdb. In scripts/build/debug/300-gdb.sh around line 249 is found: native_extra_config+=("--with-curses") # There's no better way to tell gdb where to find -lcurses... :-( gdb_native_CFLAGS+=("-I${CT_BUILD_DIR}/static-target/include") gdb_native_CFLAGS+=("-L${CT_BUILD_DIR}/static-target/lib") In previous builds (i.e. openSUSE 11.4, etc) the lib directory (as specified) exists. With my builds on openSUSE 12.1 this directory doesn't exist, but ${CT_BUILD_DIR}/static-target/lib64 does. The native gdb fails during the run of one of the many sub-directory ./configure scripts saying "no termcap library found". Manually tweaking the above to say "lib64" allows the native gdb build to succeed (but, obviously, is not a general solution). The build then fails a little later (during cleanup, stripping all binaries) but I haven't looking into that yet to provide much information. Best regards, Trevor -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-11-28 23:19 build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 Trevor Woerner @ 2011-11-29 22:54 ` Yann E. MORIN [not found] ` <CAHUNapRiJtqH3yJDztc-ZroJKzjgRWuSwDKNjZVYYSn5iM0ryA@mail.gmail.com> 0 siblings, 1 reply; 11+ messages in thread From: Yann E. MORIN @ 2011-11-29 22:54 UTC (permalink / raw) To: crossgcc; +Cc: Trevor Woerner [-- Attachment #1: Type: Text/Plain, Size: 2032 bytes --] Trevor, All, On Tuesday 29 November 2011 00:19:13 Trevor Woerner wrote: > I recently upgraded to the latest openSUSE 12.1 release and discovered > that crosstool-NG has trouble building native gdb. > > In scripts/build/debug/300-gdb.sh around line 249 is found: > > native_extra_config+=("--with-curses") > # There's no better way to tell gdb where to find -lcurses... :-( > gdb_native_CFLAGS+=("-I${CT_BUILD_DIR}/static-target/include") > gdb_native_CFLAGS+=("-L${CT_BUILD_DIR}/static-target/lib") > > In previous builds (i.e. openSUSE 11.4, etc) the lib directory (as > specified) exists. With my builds on openSUSE 12.1 this directory > doesn't exist, but ${CT_BUILD_DIR}/static-target/lib64 does. The > native gdb fails during the run of one of the many sub-directory > ./configure scripts saying "no termcap library found". What target are youbuilding for? Could you post your .config, please? > Manually > tweaking the above to say "lib64" allows the native gdb build to > succeed (but, obviously, is not a general solution). I never encountered this issue, but it can make sense if the target architecture is 64-bit, in which case the libraries could be installed in the lib64 sub-directory Care to test the attached patch, please? > The build then fails a little later (during cleanup, stripping all > binaries) but I haven't looking into that yet to provide much > information. Probably again an issue with lib vs. lib64 confusion along the road... Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' [-- Attachment #2: debug-gdb-native-fix-64bit-targets.patch --] [-- Type: text/x-patch, Size: 821 bytes --] diff --git a/scripts/build/debug/300-gdb.sh b/scripts/build/debug/300-gdb.sh --- a/scripts/build/debug/300-gdb.sh +++ b/scripts/build/debug/300-gdb.sh @@ -191,6 +191,13 @@ native_extra_config=("${extra_config[@]}") + # For 64-bit targets, the target libs may get installed in lib64/ + # and not in lib/ so symlink the former to the latter. + CT_DoExecLog DEBUG mkdir -p "${CT_BUILD_DIR}/static-target" + CT_DoExecLog DEBUG mkdir -p "${CT_BUILD_DIR}/static-target/lib" + CT_DoExecLog DEBUG ln -s "${CT_BUILD_DIR}/static-target/lib" \ + "${CT_BUILD_DIR}/static-target/lib64" + # GDB on Mingw depends on PDcurses, not ncurses if [ "${do_ncurses}" = "y" ]; then CT_DoLog EXTRA "Building static target ncurses" [-- Attachment #3: Type: text/plain, Size: 71 bytes --] -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
[parent not found: <CAHUNapRiJtqH3yJDztc-ZroJKzjgRWuSwDKNjZVYYSn5iM0ryA@mail.gmail.com>]
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 [not found] ` <CAHUNapRiJtqH3yJDztc-ZroJKzjgRWuSwDKNjZVYYSn5iM0ryA@mail.gmail.com> @ 2011-11-30 2:46 ` Trevor Woerner 2011-12-05 22:36 ` Trevor Woerner 0 siblings, 1 reply; 11+ messages in thread From: Trevor Woerner @ 2011-11-30 2:46 UTC (permalink / raw) To: crossgcc [-- Attachment #1: Type: text/plain, Size: 1630 bytes --] (sorry, forgot the CC the list) ---------- Forwarded message ---------- From: Trevor Woerner <twoerner@gmail.com> Date: Tue, Nov 29, 2011 at 9:45 PM Subject: Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 To: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Hi Yann, On Tue, Nov 29, 2011 at 5:53 PM, Yann E. MORIN <yann.morin.1998@anciens.enib.fr> wrote: > What target are youbuilding for? Could you post your .config, please? arm-cortex_a8-linux-gnueabi I have attached the config, but it's pretty much exactly the sample directly from ct-ng. The only changes are a couple path tweaks, and to enable make-3.81. > I never encountered this issue, but it can make sense if the target > architecture is 64-bit, in which case the libraries could be installed > in the lib64 sub-directory The target is 32-bit ARM, the host is 64-bit x86. If it's of any use I've attached the results of performing "gcc -v" on both 11.4 and 12.1. The only notable difference is that 11.4 enabled gold and 12.1 doesn't. > Care to test the attached patch, please? I have tested the patch and it works as well as my manual tweak; native gdb now builds, but it still fails in the strip step. >> The build then fails a little later (during cleanup, stripping all >> binaries) but I haven't looking into that yet to provide much >> information. > > Probably again an issue with lib vs. lib64 confusion along the road... I'm not sure what's going on here. I have attached the last part of the build log (hoping it's enough for your purposes). Best regards, Trevor [-- Attachment #2: config --] [-- Type: application/octet-stream, Size: 10773 bytes --] # # Automatically generated make config: don't edit # crosstool-NG 1.13.1 Configuration # Sun Nov 27 11:04:09 2011 # CT_CONFIGURE_has_xzutils=y CT_CONFIGURE_has_cvs=y CT_CONFIGURE_has_svn=y CT_MODULES=y # # Paths and misc options # # # crosstool-NG behavior # # CT_OBSOLETE is not set CT_EXPERIMENTAL=y # CT_DEBUG_CT is not set # # Paths # CT_LOCAL_TARBALLS_DIR="/home/trevor/Downloads" CT_SAVE_TARBALLS=y CT_WORK_DIR="${CT_TOP_DIR}/_build" CT_PREFIX_DIR="/home/trevor/devel/buildroot/x-tools/${CT_TARGET}" CT_INSTALL_DIR="${CT_PREFIX_DIR}" CT_RM_RF_PREFIX_DIR=y CT_REMOVE_DOCS=y CT_INSTALL_DIR_RO=y CT_STRIP_ALL_TOOLCHAIN_EXECUTABLES=y # # Downloading # # CT_FORBID_DOWNLOAD is not set # CT_FORCE_DOWNLOAD is not set CT_CONNECT_TIMEOUT=10 # CT_ONLY_DOWNLOAD is not set # CT_USE_MIRROR is not set # # Extracting # # CT_FORCE_EXTRACT is not set CT_OVERIDE_CONFIG_GUESS_SUB=y # CT_ONLY_EXTRACT is not set CT_PATCH_BUNDLED=y # CT_PATCH_LOCAL is not set # CT_PATCH_BUNDLED_LOCAL is not set # CT_PATCH_LOCAL_BUNDLED is not set # CT_PATCH_BUNDLED_FALLBACK_LOCAL is not set # CT_PATCH_LOCAL_FALLBACK_BUNDLED is not set # CT_PATCH_NONE is not set CT_PATCH_ORDER="bundled" # # Build behavior # CT_PARALLEL_JOBS=0 CT_LOAD=0 CT_USE_PIPES=y CT_EXTRA_FLAGS_FOR_HOST="" # CT_CONFIG_SHELL_SH is not set # CT_CONFIG_SHELL_ASH is not set CT_CONFIG_SHELL_BASH=y # CT_CONFIG_SHELL_CUSTOM is not set CT_CONFIG_SHELL="${bash}" # # Logging # # CT_LOG_ERROR is not set # CT_LOG_WARN is not set # CT_LOG_INFO is not set CT_LOG_EXTRA=y # CT_LOG_ALL is not set # CT_LOG_DEBUG is not set CT_LOG_LEVEL_MAX="EXTRA" # CT_LOG_SEE_TOOLS_WARN is not set CT_LOG_PROGRESS_BAR=y CT_LOG_TO_FILE=y CT_LOG_FILE_COMPRESS=y # # Target options # CT_ARCH="arm" CT_ARCH_SUPPORTS_BOTH_MMU=y CT_ARCH_SUPPORTS_BOTH_ENDIAN=y CT_ARCH_SUPPORTS_32=y CT_ARCH_SUPPORT_ARCH=y CT_ARCH_SUPPORT_CPU=y CT_ARCH_SUPPORT_TUNE=y CT_ARCH_SUPPORT_FPU=y CT_ARCH_DEFAULT_HAS_MMU=y CT_ARCH_DEFAULT_LE=y CT_ARCH_DEFAULT_32=y CT_ARCH_ARCH="armv7-a" CT_ARCH_CPU="cortex-a8" CT_ARCH_TUNE="cortex-a8" CT_ARCH_FPU="" # CT_ARCH_BE is not set CT_ARCH_LE=y CT_ARCH_32=y CT_ARCH_BITNESS=32 # CT_ARCH_FLOAT_HW is not set CT_ARCH_FLOAT_SW=y CT_TARGET_CFLAGS="" CT_TARGET_LDFLAGS="" CT_ARCH_arm=y # CT_ARCH_x86 is not set # CT_ARCH_sh is not set # CT_ARCH_avr32 is not set # CT_ARCH_mips is not set # CT_ARCH_sparc is not set # CT_ARCH_powerpc is not set # CT_ARCH_s390 is not set # CT_ARCH_m68k is not set # CT_ARCH_alpha is not set # CT_ARCH_blackfin is not set CT_ARCH_arm_AVAILABLE=y CT_ARCH_x86_AVAILABLE=y CT_ARCH_sh_AVAILABLE=y CT_ARCH_avr32_AVAILABLE=y CT_ARCH_mips_AVAILABLE=y CT_ARCH_sparc_AVAILABLE=y CT_ARCH_powerpc_AVAILABLE=y CT_ARCH_s390_AVAILABLE=y CT_ARCH_m68k_AVAILABLE=y CT_ARCH_alpha_AVAILABLE=y CT_ARCH_blackfin_AVAILABLE=y # # Generic target options # CT_ARCH_USE_MMU=y # # Target optimisations # # # arm other options # CT_ARCH_ARM_MODE="arm" CT_ARCH_ARM_MODE_ARM=y # CT_ARCH_ARM_MODE_THUMB is not set # CT_ARCH_ARM_INTERWORKING is not set CT_ARCH_ARM_EABI=y # # Toolchain options # # # General toolchain options # CT_FORCE_SYSROOT=y CT_USE_SYSROOT=y CT_SYSROOT_NAME="sysroot" CT_SYSROOT_DIR_PREFIX="" CT_WANTS_STATIC_LINK=y # CT_STATIC_TOOLCHAIN is not set CT_TOOLCHAIN_PKGVERSION="" CT_TOOLCHAIN_BUGURL="" # # Tuple completion and aliasing # CT_TARGET_VENDOR="cortex_a8" CT_TARGET_ALIAS_SED_EXPR="" CT_TARGET_ALIAS="" # # Toolchain type # # CT_NATIVE is not set CT_CROSS=y # CT_CROSS_NATIVE is not set # CT_CANADIAN is not set CT_TOOLCHAIN_TYPE="cross" # # Build system # CT_BUILD="" CT_BUILD_PREFIX="" CT_BUILD_SUFFIX="" # # Operating System # CT_KERNEL_SUPPORTS_SHARED_LIBS=y CT_KERNEL="linux" CT_KERNEL_VERSION="3.0" # CT_KERNEL_bare_metal is not set CT_KERNEL_linux=y CT_KERNEL_mingw32_AVAILABLE=y CT_KERNEL_bare_metal_AVAILABLE=y CT_KERNEL_linux_AVAILABLE=y # CT_KERNEL_V_3_0_4 is not set # CT_KERNEL_V_3_0_3 is not set # CT_KERNEL_V_3_0_2 is not set # CT_KERNEL_V_3_0_1 is not set CT_KERNEL_V_3_0=y # CT_KERNEL_V_2_6_39_4 is not set # CT_KERNEL_V_2_6_38_8 is not set # CT_KERNEL_V_2_6_37_6 is not set # CT_KERNEL_V_2_6_36_4 is not set # CT_KERNEL_V_2_6_35_14 is not set # CT_KERNEL_V_2_6_34_10 is not set # CT_KERNEL_V_2_6_33_19 is not set # CT_KERNEL_V_2_6_32_46 is not set # CT_KERNEL_V_2_6_31_14 is not set # CT_KERNEL_V_2_6_27_59 is not set # CT_KERNEL_LINUX_CUSTOM is not set # # Common kernel options # CT_SHARED_LIBS=y # # linux other options # CT_KERNEL_LINUX_VERBOSITY_0=y # CT_KERNEL_LINUX_VERBOSITY_1 is not set # CT_KERNEL_LINUX_VERBOSITY_2 is not set CT_KERNEL_LINUX_VERBOSE_LEVEL=0 CT_KERNEL_LINUX_INSTALL_CHECK=y # # Binary utilities # CT_ARCH_BINFMT_ELF=y # # GNU binutils # # CT_BINUTILS_V_2_21_53 is not set # CT_BINUTILS_V_2_21_1a is not set CT_BINUTILS_V_2_20_1a=y # CT_BINUTILS_V_2_19_1a is not set # CT_BINUTILS_V_2_18a is not set CT_BINUTILS_VERSION="2.20.1a" CT_BINUTILS_2_20_or_later=y CT_BINUTILS_2_19_or_later=y CT_BINUTILS_2_18_or_later=y CT_BINUTILS_GOLD_SUPPORTS_ARCH=y CT_BINUTILS_HAS_PKGVERSION_BUGURL=y CT_BINUTILS_FORCE_LD_BFD=y CT_BINUTILS_LINKER_LD=y CT_BINUTILS_LINKERS_LIST="ld" CT_BINUTILS_LINKER_DEFAULT="bfd" CT_BINUTILS_EXTRA_CONFIG_ARRAY="" CT_BINUTILS_FOR_TARGET=y CT_BINUTILS_FOR_TARGET_IBERTY=y CT_BINUTILS_FOR_TARGET_BFD=y # # C compiler # CT_CC="gcc" CT_CC_VERSION="4.4.6" CT_CC_gcc=y # CT_CC_GCC_SHOW_LINARO is not set # CT_CC_V_4_6_1 is not set # CT_CC_V_4_6_0 is not set # CT_CC_V_4_5_3 is not set # CT_CC_V_4_5_2 is not set # CT_CC_V_4_5_1 is not set # CT_CC_V_4_5_0 is not set CT_CC_V_4_4_6=y # CT_CC_V_4_4_5 is not set # CT_CC_V_4_4_4 is not set # CT_CC_V_4_4_3 is not set # CT_CC_V_4_4_2 is not set # CT_CC_V_4_4_1 is not set # CT_CC_V_4_4_0 is not set # CT_CC_V_4_3_6 is not set # CT_CC_V_4_3_5 is not set # CT_CC_V_4_3_4 is not set # CT_CC_V_4_3_3 is not set # CT_CC_V_4_3_2 is not set # CT_CC_V_4_3_1 is not set # CT_CC_V_4_2_4 is not set # CT_CC_V_4_2_2 is not set CT_CC_GCC_4_2_or_later=y CT_CC_GCC_4_3_or_later=y CT_CC_GCC_4_4=y CT_CC_GCC_4_4_or_later=y CT_CC_GCC_HAS_GRAPHITE=y CT_CC_GCC_HAS_PKGVERSION_BUGURL=y CT_CC_GCC_USE_GMP_MPFR=y CT_CC_GCC_USE_PPL_CLOOG=y # CT_CC_LANG_FORTRAN is not set CT_CC_SUPPORT_CXX=y CT_CC_SUPPORT_FORTRAN=y CT_CC_SUPPORT_JAVA=y CT_CC_SUPPORT_ADA=y CT_CC_SUPPORT_OBJC=y CT_CC_SUPPORT_OBJCXX=y # # Additional supported languages: # CT_CC_LANG_CXX=y # CT_CC_LANG_JAVA is not set # CT_CC_LANG_ADA is not set # CT_CC_LANG_OBJC is not set # CT_CC_LANG_OBJCXX is not set CT_CC_LANG_OTHERS="" # # gcc other options # CT_CC_ENABLE_CXX_FLAGS="" CT_CC_CORE_EXTRA_CONFIG_ARRAY="" CT_CC_EXTRA_CONFIG_ARRAY="" CT_CC_STATIC_LIBSTDCXX=y # # Optimisation features # CT_CC_GCC_USE_GRAPHITE=y # # Settings for libraries running on target # CT_CC_GCC_ENABLE_TARGET_OPTSPACE=y # CT_CC_GCC_LIBMUDFLAP is not set # CT_CC_GCC_LIBGOMP is not set # CT_CC_GCC_LIBSSP is not set # # Misc. obscure options. # CT_CC_CXA_ATEXIT=y # CT_CC_GCC_DISABLE_PCH is not set CT_CC_GCC_SJLJ_EXCEPTIONS=m CT_CC_GCC_LDBL_128=m # # C-library # CT_LIBC="glibc" CT_LIBC_VERSION="2.9" CT_LIBC_glibc=y # CT_LIBC_uClibc is not set # CT_LIBC_eglibc is not set CT_LIBC_none_AVAILABLE=y CT_LIBC_mingw_AVAILABLE=y CT_LIBC_glibc_AVAILABLE=y CT_LIBC_GLIBC_TARBALL=y # CT_LIBC_GLIBC_V_2_14 is not set # CT_LIBC_GLIBC_V_2_13 is not set # CT_LIBC_GLIBC_V_2_12_2 is not set # CT_LIBC_GLIBC_V_2_12_1 is not set # CT_LIBC_GLIBC_V_2_11_1 is not set # CT_LIBC_GLIBC_V_2_11 is not set # CT_LIBC_GLIBC_V_2_10_1 is not set CT_LIBC_GLIBC_V_2_9=y # CT_LIBC_GLIBC_V_2_8 is not set CT_LIBC_newlib_AVAILABLE=y CT_LIBC_uClibc_AVAILABLE=y CT_LIBC_eglibc_AVAILABLE=y CT_LIBC_SUPPORT_THREADS_ANY=y CT_LIBC_SUPPORT_NPTL=y CT_THREADS="nptl" # # Common C library options # CT_THREADS_NPTL=y CT_LIBC_XLDD=y # # glibc other options # CT_LIBC_GLIBC_MAY_FORCE_PORTS=y CT_LIBC_glibc_familly=y CT_LIBC_GLIBC_EXTRA_CONFIG_ARRAY="" CT_LIBC_GLIBC_CONFIGPARMS="" CT_LIBC_GLIBC_EXTRA_CFLAGS="" CT_LIBC_EXTRA_CC_ARGS="" # CT_LIBC_ENABLE_FORTIFIED_BUILD is not set # CT_LIBC_DISABLE_VERSIONING is not set CT_LIBC_OLDEST_ABI="" # CT_LIBC_GLIBC_FORCE_UNWIND is not set CT_LIBC_GLIBC_USE_PORTS=y CT_LIBC_ADDONS_LIST="" # # WARNING !!! # # # For glibc >= 2.8, it can happen that the tarballs # # # for the addons are not available for download. # # # If that happens, bad luck... Try a previous version # # # or try again later... :-( # # CT_LIBC_LOCALES is not set # CT_LIBC_GLIBC_KERNEL_VERSION_NONE is not set CT_LIBC_GLIBC_KERNEL_VERSION_AS_HEADERS=y # CT_LIBC_GLIBC_KERNEL_VERSION_CHOSEN is not set CT_LIBC_GLIBC_MIN_KERNEL="3.0" # # Debug facilities # CT_DEBUG_ltrace=y CT_LTRACE_V_0_5_3=y # CT_LTRACE_V_0_5_2 is not set CT_LTRACE_VERSION="0.5.3" CT_LTRACE_0_5_3_or_later=y CT_DEBUG_gdb=y CT_GDB_CROSS=y # CT_GDB_CROSS_STATIC is not set CT_GDB_CROSS_PYTHON=y CT_GDB_NATIVE=y # CT_GDB_NATIVE_STATIC is not set CT_GDB_GDBSERVER=y CT_GDB_GDBSERVER_STATIC=y # # gdb version # # CT_DEBUG_GDB_SHOW_LINARO is not set # CT_GDB_V_7_3a is not set # CT_GDB_V_7_2a is not set # CT_GDB_V_7_1a is not set # CT_GDB_V_7_0_1a is not set # CT_GDB_V_7_0a is not set CT_GDB_V_6_8a=y CT_GDB_VERSION="6.8a" CT_DEBUG_duma=y CT_DUMA_A=y CT_DUMA_SO=y CT_DUMA_V_2_5_15=y CT_DUMA_VERSION="2_5_15" CT_DEBUG_dmalloc=y CT_DMALLOC_V_5_5_2=y CT_DMALLOC_VERSION="5.5.2" CT_DEBUG_strace=y # CT_STRACE_V_4_5_20 is not set CT_STRACE_V_4_5_19=y # CT_STRACE_V_4_5_18 is not set CT_STRACE_VERSION="4.5.19" # # Companion libraries # CT_COMPLIBS_NEEDED=y CT_GMP_NEEDED=y CT_MPFR_NEEDED=y CT_PPL_NEEDED=y CT_CLOOG_NEEDED=y CT_COMPLIBS=y CT_GMP=y CT_MPFR=y CT_PPL=y CT_CLOOG=y CT_LIBELF_TARGET=y # CT_GMP_V_5_0_2 is not set # CT_GMP_V_5_0_1 is not set CT_GMP_V_4_3_2=y # CT_GMP_V_4_3_1 is not set # CT_GMP_V_4_3_0 is not set CT_GMP_VERSION="4.3.2" # CT_MPFR_V_3_0_1 is not set # CT_MPFR_V_3_0_0 is not set CT_MPFR_V_2_4_2=y # CT_MPFR_V_2_4_1 is not set # CT_MPFR_V_2_4_0 is not set CT_MPFR_VERSION="2.4.2" # CT_PPL_V_0_11_2 is not set # CT_PPL_V_0_11_1 is not set # CT_PPL_V_0_11 is not set CT_PPL_V_0_10_2=y CT_PPL_VERSION="0.10.2" # CT_CLOOG_V_0_15_11 is not set # CT_CLOOG_V_0_15_10 is not set CT_CLOOG_V_0_15_9=y # CT_CLOOG_V_0_15_8 is not set # CT_CLOOG_V_0_15_7 is not set # CT_CLOOG_V_0_15_6 is not set CT_CLOOG_VERSION="0.15.9" # # libelf version needed to build for target # CT_LIBELF_V_0_8_13=y # CT_LIBELF_V_0_8_12 is not set CT_LIBELF_VERSION="0.8.13" # # Companion libraries common options # # CT_COMPLIBS_CHECK is not set # # Companion tools # # # READ HELP before you say 'Y' below !!! # CT_COMP_TOOLS=y CT_COMP_TOOLS_make=y # CT_COMP_TOOLS_m4 is not set # CT_COMP_TOOLS_autoconf is not set # CT_COMP_TOOLS_automake is not set # CT_COMP_TOOLS_libtool is not set # # Test suite # # CT_TEST_SUITE_GCC is not set [-- Attachment #3: 11.4 --] [-- Type: application/octet-stream, Size: 1015 bytes --] Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-suse-linux/4.5/lto-wrapper Target: x86_64-suse-linux Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.5 --enable-ssp --disable-libssp --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.5 --enable-linux-futex --without-system-libunwind --enable-gold --with-plugin-ld=/usr/bin/gold --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux Thread model: posix gcc version 4.5.1 20101208 [gcc-4_5-branch revision 167585] (SUSE Linux) [-- Attachment #4: 12.1 --] [-- Type: application/octet-stream, Size: 926 bytes --] Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib64/gcc/x86_64-suse-linux/4.6/lto-wrapper Target: x86_64-suse-linux Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.6 --enable-ssp --disable-libssp --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.6 --enable-linux-futex --without-system-libunwind --with-arch-32=i586 --with-tune=generic --build=x86_64-suse-linux Thread model: posix gcc version 4.6.2 (SUSE Linux) [-- Attachment #5: build.log --] [-- Type: text/x-log, Size: 8884 bytes --] [INFO ] ================================================================= [INFO ] Cleaning-up the toolchain's directory [INFO ] Stripping all toolchain executables [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-addr2line' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-addr2line' [elf64-x86-64] to `bin/stJHSb8v' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-ar' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-ar' [elf64-x86-64] to `bin/sthKGlNA' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-as' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-as' [elf64-x86-64] to `bin/st70aSVz' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-c++' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-c++' [elf64-x86-64] to `bin/stfDi5oH' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-c++filt' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-c++filt' [elf64-x86-64] to `bin/stMjf8ay' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-cpp' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-cpp' [elf64-x86-64] to `bin/sttqfcAA' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-g++' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-g++' [elf64-x86-64] to `bin/st92f8pH' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-gcc' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-gcc' [elf64-x86-64] to `bin/st1RcOmG' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-gcc-4.4.6' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-gcc-4.4.6' [elf64-x86-64] to `bin/st8dhQYJ' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-gcov' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-gcov' [elf64-x86-64] to `bin/stR3XpwL' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-gdb' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-gdb' [elf64-x86-64] to `bin/stAc19mM' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-gdbtui' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-gdbtui' [elf64-x86-64] to `bin/stq1yoMS' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-gprof' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-gprof' [elf64-x86-64] to `bin/stzZEUnU' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-ld' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-ld' [elf64-x86-64] to `bin/stS9wFcY' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-nm' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-nm' [elf64-x86-64] to `bin/stC4lQxZ' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-objcopy' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-objcopy' [elf64-x86-64] to `bin/stInQWW5' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-objdump' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-objdump' [elf64-x86-64] to `bin/stvFbBV7' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-ranlib' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-ranlib' [elf64-x86-64] to `bin/stx9u9xa' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-readelf' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-readelf' [elf64-x86-64] to `bin/stTrOvD9' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-run' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-run' [elf64-x86-64] to `bin/stVusG8c' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-size' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-size' [elf64-x86-64] to `bin/stRDLl0g' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-strings' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-strings' [elf64-x86-64] to `bin/st5HJJzn' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'bin/arm-cortex_a8-linux-gnueabi-strip' [ALL ] copy from `bin/arm-cortex_a8-linux-gnueabi-strip' [elf64-x86-64] to `bin/stind6xs' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/ar' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/ar' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/st481Eev' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/as' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/as' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stqGzN8y' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/c++' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/c++' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stMXeT3A' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/g++' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/g++' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stzH7jhA' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/gcc' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/gcc' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stsTeVLD' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/ld' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/ld' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stnUTFAC' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/nm' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/nm' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stvdVhlG' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/objcopy' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/objcopy' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/st6qUR4H' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/objdump' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/objdump' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stWQDoKG' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/ranlib' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/ranlib' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stVERcCK' [elf64-x86-64] [DEBUG] ==> Executing: 'x86_64-build_unknown-linux-gnu-strip' '--strip-all' '-v' 'arm-cortex_a8-linux-gnueabi/bin/strip' [ALL ] copy from `arm-cortex_a8-linux-gnueabi/bin/strip' [elf64-x86-64] to `arm-cortex_a8-linux-gnueabi/bin/stgXgLnC' [elf64-x86-64] [ERROR] [ERROR] >> [ERROR] >> Error happened in: main[scripts/crosstool-NG.sh] [ERROR] >> [ERROR] >> For more info on this error, look at the file: 'build.log' [ERROR] >> There is a list of known issues, some with workarounds, in: [ERROR] >> '/home/trevor/devel/buildroot/install/share/doc/ct-ng-1.13.1/B - Known issues.txt' [ERROR] [ERROR] Build failed in step 'Extracting and patching toolchain components' [ERROR] [ERROR] (elapsed: 41:31.59) [-- Attachment #6: Type: text/plain, Size: 71 bytes --] -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-11-30 2:46 ` Trevor Woerner @ 2011-12-05 22:36 ` Trevor Woerner 2011-12-11 21:44 ` Yann E. MORIN 2011-12-12 12:36 ` Yann E. MORIN 0 siblings, 2 replies; 11+ messages in thread From: Trevor Woerner @ 2011-12-05 22:36 UTC (permalink / raw) To: Yann E. MORIN; +Cc: crossgcc Hi Yann, Any thoughts on the following? The patch worked but my "install strip" step still failed. Best regards, Trevor PS for the last couple days I have been receiving bounce messages from anciens.enib.fr, so I'm not sure if you saw this reply previously. On Tue, Nov 29, 2011 at 9:46 PM, Trevor Woerner <twoerner@gmail.com> wrote: > (sorry, forgot the CC the list) > > > ---------- Forwarded message ---------- > From: Trevor Woerner <twoerner@gmail.com> > Date: Tue, Nov 29, 2011 at 9:45 PM > Subject: Re: build failure in native gdb with crosstool-ng-1.13.1 on > openSUSE 12.1 > To: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> > > > Hi Yann, > > On Tue, Nov 29, 2011 at 5:53 PM, Yann E. MORIN > <yann.morin.1998@anciens.enib.fr> wrote: >> What target are youbuilding for? Could you post your .config, please? > > arm-cortex_a8-linux-gnueabi > > I have attached the config, but it's pretty much exactly the sample > directly from ct-ng. The only changes are a couple path tweaks, and to > enable make-3.81. > >> I never encountered this issue, but it can make sense if the target >> architecture is 64-bit, in which case the libraries could be installed >> in the lib64 sub-directory > > The target is 32-bit ARM, the host is 64-bit x86. > > If it's of any use I've attached the results of performing "gcc -v" on > both 11.4 and 12.1. The only notable difference is that 11.4 enabled > gold and 12.1 doesn't. > >> Care to test the attached patch, please? > > I have tested the patch and it works as well as my manual tweak; > native gdb now builds, but it still fails in the strip step. > >>> The build then fails a little later (during cleanup, stripping all >>> binaries) but I haven't looking into that yet to provide much >>> information. >> >> Probably again an issue with lib vs. lib64 confusion along the road... > > I'm not sure what's going on here. I have attached the last part of > the build log (hoping it's enough for your purposes). > > Best regards, > Trevor -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-12-05 22:36 ` Trevor Woerner @ 2011-12-11 21:44 ` Yann E. MORIN 2011-12-12 12:36 ` Yann E. MORIN 1 sibling, 0 replies; 11+ messages in thread From: Yann E. MORIN @ 2011-12-11 21:44 UTC (permalink / raw) To: crossgcc; +Cc: Trevor Woerner Trevor, All, On Monday 05 December 2011 23:36:42 Trevor Woerner wrote: > Any thoughts on the following? The patch worked but my "install strip" > step still failed. I have absolutely no idea why the final step fails. I have tried it here, and it works like a charm with your .config. I'll bring up an OpenSuSE VM here shortly, and will try to reproduce. I will keep you informed... Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-12-05 22:36 ` Trevor Woerner 2011-12-11 21:44 ` Yann E. MORIN @ 2011-12-12 12:36 ` Yann E. MORIN 2011-12-12 13:54 ` Trevor Woerner 1 sibling, 1 reply; 11+ messages in thread From: Yann E. MORIN @ 2011-12-12 12:36 UTC (permalink / raw) To: crossgcc; +Cc: Trevor Woerner Trevor, All, On Monday 05 December 2011 23:36:42 Trevor Woerner wrote: [RE. the gdb issue] > >> Care to test the attached patch, please? > > I have tested the patch and it works as well as my manual tweak; > > native gdb now builds, but it still fails in the strip step. Could you test without the patch, but first setting the following before runninf ct-ng: export CONFIG_SITE= (yes, an empty string) For reference, see this thread: http://lists.busybox.net/pipermail/buildroot/2011-December/048287.html and the answer there: http://lists.busybox.net/pipermail/buildroot/2011-December/048391.html Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^ | | --==< O_o >==-- '------------.-------: X AGAINST | /e\ There is no | | http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL | """ conspiracy. | '------------------------------'-------'------------------'--------------------' -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-12-12 12:36 ` Yann E. MORIN @ 2011-12-12 13:54 ` Trevor Woerner 2011-12-12 14:07 ` Yann E. MORIN 0 siblings, 1 reply; 11+ messages in thread From: Trevor Woerner @ 2011-12-12 13:54 UTC (permalink / raw) To: Yann E. MORIN; +Cc: crossgcc Hi Yann, On Mon, Dec 12, 2011 at 7:35 AM, Yann E. MORIN <yann.morin.1998@anciens.enib.fr> wrote: > Could you test without the patch, but first setting the following before > runninf ct-ng: > export CONFIG_SITE= Yes, I saw that post on the buildroot mailing list too. As a quick test it "fixed" the install-strip problem I was having. Now I want to go back and re-test on a full build with and without CONFIG_SITE and with and without the patch that is provided to my machine's /usr/share/site/x86_64-unknown-linux-gnu. Seeing as it appears to be a bug in openSUSE I guess your proposed patch isn't necessary? I'll report back when I've played around with it some more, but it looks like the problem is fixed and appears to be a bug in openSUSE 12.1. Best regards, Trevor -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-12-12 13:54 ` Trevor Woerner @ 2011-12-12 14:07 ` Yann E. MORIN 2011-12-12 21:53 ` Trevor Woerner 0 siblings, 1 reply; 11+ messages in thread From: Yann E. MORIN @ 2011-12-12 14:07 UTC (permalink / raw) To: crossgcc; +Cc: Trevor Woerner Trevor, All, On Monday 12 December 2011 14:54:35 Trevor Woerner wrote: > Hi Yann, > > On Mon, Dec 12, 2011 at 7:35 AM, Yann E. MORIN > <yann.morin.1998@anciens.enib.fr> wrote: > > Could you test without the patch, but first setting the following before > > runninf ct-ng: > > export CONFIG_SITE= > > Yes, I saw that post on the buildroot mailing list too. As a quick > test it "fixed" the install-strip problem I was having. Ah, it also fixes this issue! Good. It was intended to fix the gdb issue. > Now I want to > go back and re-test on a full build with and without CONFIG_SITE and > with and without the patch that is provided to my machine's > /usr/share/site/x86_64-unknown-linux-gnu. > > Seeing as it appears to be a bug in openSUSE I guess your proposed > patch isn't necessary? Indeed. If CONFIG_SITE is set to an empty string before calling ct-ng, then the patch to gdb is no longer needed. But I'll make a patch to the top-level ct-ng script to unset this variable. > I'll report back when I've played around with it some more, Good! Thank you! Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^ | | --==< O_o >==-- '------------.-------: X AGAINST | /e\ There is no | | http://ymorin.is-a-geek.org/ | (*_*) | / \ HTML MAIL | """ conspiracy. | '------------------------------'-------'------------------'--------------------' -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-12-12 14:07 ` Yann E. MORIN @ 2011-12-12 21:53 ` Trevor Woerner 2011-12-12 22:43 ` Yann E. MORIN 0 siblings, 1 reply; 11+ messages in thread From: Trevor Woerner @ 2011-12-12 21:53 UTC (permalink / raw) To: Yann E. MORIN; +Cc: crossgcc [-- Attachment #1: Type: text/plain, Size: 2214 bytes --] Both openSUSE-32 and openSUSE-64 introduced a "config.site" file and define a CONFIG_SITE environment variable to point to this file in the default configuration (/etc/profile.d/profile.sh). On 64-bit systems this file is /usr/share/site/x86_64-unknown-linux-gnu and on 32-bit systems it is /usr/share/site/i686-pc-linux-gnu. Neither version (32-bit nor 64-bit) of 11.4 had this mechanism. More information about this mechanism can be found in the "autoconf" info file. On openSUSE 12.1 I was seeing 2 build failures trying to build the arm-cortex_a8-linux-gnueabi recipe: 1) gdb-native would fail because needed libraries were being placed into "lib64" directories by earlier parts of the build when "lib" directories were provided in "-L" options to later parts 2) in one of the last steps "make" was doing an "install-strip" step which was failing mysteriously This recipe builds just fine on either 32- or 64-bit versions of openSUSE 11.4. On the buildroot mailing list Guillaume Gardet was also seeing build failures with the 64-bit version of openSUSE, in fact he was the one who tracked this problem down to the CONFIG_SITE environment variable. He proposed a patch to the "/usr/share/site/x86_64-unknown-linux-gnu" file because he noticed it was looking for a "host" ./configure option but not including the ARM architecture in its "case" statement. Also on the buildroot mailing list Peter Korsgaard suggested unsetting the CONFIG_SITE environment variable prior to building. On this list Yann proposed a patch to crosstool-NG to explicitly place the native libraries in a "lib" directory so the subsequent "-L" would use the correct directory. On openSUSE 12.1 64-bit using Yann's patch .OR. Guillaume's patch .OR. unsetting CONFIG_SITE by themselves solved the gdb-native build failure. However, only unsetting CONFIG_PATH solved the "install-strip" problem. openSUSE 11.4 does not include the CONFIG_PATH mechanism in either of the 32-bit or 64-bit installs, so crosstool-NG builds fine on those distributions. On openSUSE 12.1 32-bit nothing needs to be done to get "gdb-native" to build correctly, however the "install-strip" phase also fails unless CONFIG_PATH is unset in the environment. [-- Attachment #2: i686-pc-linux-gnu --] [-- Type: application/octet-stream, Size: 1286 bytes --] #!/bin/sh # Site script for configure. It is resourced via \$CONFIG_SITE environment varaible. # If user did not specify libexecdir, guess the correct target: # Nor FHS nor openSUSE allow prefix/libexec. Let's default to prefix/lib. libexecdir='${exec_prefix}/lib' # Continue with the standard behavior of configure defined in AC_SITE_LOAD: if test "x$prefix" != xNONE; then ac_site_file1=$prefix/share/config.site ac_site_file2=$prefix/etc/config.site else ac_site_file1=$ac_default_prefix/share/config.site ac_site_file2=$ac_default_prefix/etc/config.site fi for ac_site_file in "$ac_site_file1" "$ac_site_file2" do test "x$ac_site_file" = xNONE && continue if test /dev/null != "$ac_site_file" && test -r "$ac_site_file"; then { $as_echo "/usr/share/site/i686-pc-linux-gnu:${as_lineno-$LINENO}: loading site script $ac_site_file" >&5 $as_echo "/usr/share/site/i686-pc-linux-gnu: loading site script $ac_site_file" >&6;} sed 's/^/| /' "$ac_site_file" >&5 . "$ac_site_file" \ || { { $as_echo "/usr/share/site/i686-pc-linux-gnu:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5 $as_echo "/usr/share/site/i686-pc-linux-gnu: error: in \`$ac_pwd':" >&2;} as_fn_error $? "failed to load site script $ac_site_file See \`config.log' for more details" "$LINENO" 5; } fi done [-- Attachment #3: x86_64-unknown-linux-gnu --] [-- Type: application/octet-stream, Size: 2469 bytes --] #!/bin/sh # Site script for configure. It is resourced via \$CONFIG_SITE environment varaible. # If user did not specify libdir, guess the correct target: # Use lib64 for 64 bit targets, keep the default for the rest. if test "$libdir" = '${exec_prefix}/lib' ; then # We are trying to guess 32-bit target compilation. It's not as easy as # it sounds, as there is possible several intermediate combinations. ac_config_site_32bit_target=NONE # User defined -m32 in CFLAGS or CXXFLAGS: # (It's sufficient for 32-bit, but alone may cause mis-behavior of some checks.) case "$CFLAGS" in *-m32*) ac_config_site_32bit_target=YES ;; esac case "$CXXFLAGS" in *-m32*) ac_config_site_32bit_target=YES ;; esac # User explicitly specified counterpart --host: # (If cross toolchain is installed, generates 32-bit, else generates native.) case "$host" in *i[3456]86-* | ppc-* | s390-* ) ac_config_site_32bit_target=YES ;; esac # Running with linux32: # (Changes detected platform, but not the toolchain target.) case "`/bin/uname -i`" in x86_64 | ppc64 | s390x ) ;; * ) ac_config_site_32bit_target=YES ;; esac if test "x$ac_config_site_32bit_target" = xNONE; then libdir='${exec_prefix}/lib64' fi fi # If user did not specify libexecdir, guess the correct target: # Nor FHS nor openSUSE allow prefix/libexec. Let's default to prefix/lib. libexecdir='${exec_prefix}/lib' # Continue with the standard behavior of configure defined in AC_SITE_LOAD: if test "x$prefix" != xNONE; then ac_site_file1=$prefix/share/config.site ac_site_file2=$prefix/etc/config.site else ac_site_file1=$ac_default_prefix/share/config.site ac_site_file2=$ac_default_prefix/etc/config.site fi for ac_site_file in "$ac_site_file1" "$ac_site_file2" do test "x$ac_site_file" = xNONE && continue if test /dev/null != "$ac_site_file" && test -r "$ac_site_file"; then { $as_echo "/usr/share/site/x86_64-unknown-linux-gnu:${as_lineno-$LINENO}: loading site script $ac_site_file" >&5 $as_echo "/usr/share/site/x86_64-unknown-linux-gnu: loading site script $ac_site_file" >&6;} sed 's/^/| /' "$ac_site_file" >&5 . "$ac_site_file" \ || { { $as_echo "/usr/share/site/x86_64-unknown-linux-gnu:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5 $as_echo "/usr/share/site/x86_64-unknown-linux-gnu: error: in \`$ac_pwd':" >&2;} as_fn_error $? "failed to load site script $ac_site_file See \`config.log' for more details" "$LINENO" 5; } fi done [-- Attachment #4: Type: text/plain, Size: 71 bytes --] -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-12-12 21:53 ` Trevor Woerner @ 2011-12-12 22:43 ` Yann E. MORIN 2011-12-13 3:43 ` Trevor Woerner 0 siblings, 1 reply; 11+ messages in thread From: Yann E. MORIN @ 2011-12-12 22:43 UTC (permalink / raw) To: crossgcc; +Cc: Trevor Woerner [-- Attachment #1: Type: Text/Plain, Size: 1762 bytes --] Trevor, All, On Monday 12 December 2011 22:52:54 Trevor Woerner wrote: > Both openSUSE-32 and openSUSE-64 introduced a "config.site" file and > define a CONFIG_SITE environment variable to point to this file in the > default configuration (/etc/profile.d/profile.sh). On 64-bit systems > this file is /usr/share/site/x86_64-unknown-linux-gnu and on 32-bit > systems it is /usr/share/site/i686-pc-linux-gnu. Neither version > (32-bit nor 64-bit) of 11.4 had this mechanism. [--SNIP--] > On openSUSE 12.1 64-bit using Yann's patch .OR. Guillaume's patch .OR. > unsetting CONFIG_SITE by themselves solved the gdb-native build > failure. However, only unsetting CONFIG_PATH solved the Did you mean CONFIG_PATH, or CONFIG_SITE ? > "install-strip" problem. OK, so if we just unset CONFIG_SITE, it fixes both. Good. I'll push the attached patch very shortly. > openSUSE 11.4 does not include the CONFIG_PATH mechanism in either of > the 32-bit or 64-bit installs, so crosstool-NG builds fine on those > distributions. > > On openSUSE 12.1 32-bit nothing needs to be done to get "gdb-native" > to build correctly, however the "install-strip" phase also fails > unless CONFIG_PATH is unset in the environment. Thanks for this complete summary! :-) Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' [-- Attachment #2: ct-ng.fix-for-CONFIG_SITE-on-openSUSE.patch --] [-- Type: text/x-patch, Size: 501 bytes --] diff --git a/scripts/crosstool-NG.sh.in b/scripts/crosstool-NG.sh.in --- a/scripts/crosstool-NG.sh.in +++ b/scripts/crosstool-NG.sh.in @@ -41,6 +41,8 @@ CT_TestAndAbort "Don't set CXXFLAGS. It screws up the build." -n "${CXXFLAGS}" CT_Test "GREP_OPTIONS screws up the build. Resetting." -n "${GREP_OPTIONS}" export GREP_OPTIONS= +# Workaround against openSUSE 12.1 that breaks ./configure for cross-compilation: +export CONFIG_SITE= # Some sanity checks on paths content for d in \ [-- Attachment #3: Type: text/plain, Size: 71 bytes --] -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 2011-12-12 22:43 ` Yann E. MORIN @ 2011-12-13 3:43 ` Trevor Woerner 0 siblings, 0 replies; 11+ messages in thread From: Trevor Woerner @ 2011-12-13 3:43 UTC (permalink / raw) To: Yann E. MORIN; +Cc: crossgcc On Mon, Dec 12, 2011 at 5:43 PM, Yann E. MORIN <yann.morin.1998@anciens.enib.fr> wrote: >> However, only unsetting CONFIG_PATH solved the > > Did you mean CONFIG_PATH, or CONFIG_SITE ? Yes, sorry. I meant CONFIG_SITE :-) -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2011-12-13 3:43 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2011-11-28 23:19 build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1 Trevor Woerner 2011-11-29 22:54 ` Yann E. MORIN [not found] ` <CAHUNapRiJtqH3yJDztc-ZroJKzjgRWuSwDKNjZVYYSn5iM0ryA@mail.gmail.com> 2011-11-30 2:46 ` Trevor Woerner 2011-12-05 22:36 ` Trevor Woerner 2011-12-11 21:44 ` Yann E. MORIN 2011-12-12 12:36 ` Yann E. MORIN 2011-12-12 13:54 ` Trevor Woerner 2011-12-12 14:07 ` Yann E. MORIN 2011-12-12 21:53 ` Trevor Woerner 2011-12-12 22:43 ` Yann E. MORIN 2011-12-13 3:43 ` Trevor Woerner
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).