build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Trevor Woerner]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Yann E. MORIN]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Trevor Woerner]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Trevor Woerner]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Yann E. MORIN]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Yann E. MORIN]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Trevor Woerner]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Yann E. MORIN]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Trevor Woerner]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Yann E. MORIN]

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

Re: build failure in native gdb with crosstool-ng-1.13.1 on openSUSE 12.1

[Trevor Woerner]

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