[crosstool-ng] Patch application failure while compiling arm-unknown-linux-uclibcgnueabi

[crosstool-ng] Patch application failure while compiling arm-unknown-linux-uclibcgnueabi

[Thomas Petazzoni]

[-- Attachment #1: Type: text/plain, Size: 1726 bytes --]

Hi,

I'm using Revision: 1445 of crosstool-ng, and tried to build
arm-unknown-linux-uclibcgnueabi. The only changes to the config are:
Java, Fortran and native gdb disabled (.config included).

After a while, it fails at :

[ERROR]    Build failed in step 'Extracting and patching toolchain components'
[ERROR]    Error happened in '/home/thomas/local/crosstool-ng/scripts/functions' in function 'CT_DoExecLog' (line unknown, sorry)
[ERROR]          called from '/home/thomas/local/crosstool-ng/scripts/functions' at line # 681 in function 'CT_Patch'
[ERROR]          called from '/home/thomas/local/crosstool-ng/scripts/build/cc/gcc.sh' at line # 35 in function 'do_cc_extract'
[ERROR]          called from '/home/thomas/local/crosstool-ng/scripts/crosstool-NG.sh' at line # 448 in function 'main'
[ERROR]    Look at '/usr/local/xtools/arm-unknown-linux-uclibcgnueabi/build.log' for more info on this error.

And, in the build.log file, I have :

[DEBUG]    Applying patch '/home/thomas/local/crosstool-ng/patches/gcc/4.3.2/220-noteGNUstack-01.patch'
[DEBUG]    ==> Executing: 'patch -g0 -F1 -p1 -f'
[ALL  ]    The next patch would create the file boehm-gc/ia64_save_regs_in_stack.S,
[ALL  ]    which already exists!  Applying it anyway.
[ALL  ]    patching file boehm-gc/ia64_save_regs_in_stack.S
[ALL  ]    Patch attempted to create file boehm-gc/ia64_save_regs_in_stack.S, which already exists.
[ALL  ]    Hunk #1 FAILED at 1.
[ALL  ]    1 out of 1 hunk FAILED -- saving rejects to file boehm-gc/ia64_save_regs_in_stack.S.rej

Which seems to be the problem.

Sincerly,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

[-- Attachment #2: .config --]
[-- Type: application/octet-stream, Size: 9204 bytes --]

#
# Automatically generated make config: don't edit
# crosstool-NG version: svn_trunk@1445M
# Fri Mar 27 11:59:04 2009
#

#
# Paths and misc options
#

#
# crosstool-NG behavior
#
# CT_OBSOLETE is not set
# CT_EXPERIMENTAL is not set
# CT_DEBUG_CT is not set

#
# Paths
#
CT_LOCAL_TARBALLS_DIR="${HOME}/local/tarballs/"
CT_SAVE_TARBALLS=y
CT_WORK_DIR="${CT_TOP_DIR}/targets"
CT_PREFIX_DIR="/usr/local/xtools/${CT_TARGET}"
CT_INSTALL_DIR="${CT_PREFIX_DIR}"
# CT_CUSTOM_PATCH is not set
CT_REMOVE_DOCS=y
CT_INSTALL_DIR_RO=y

#
# Downloading
#
# CT_FORBID_DOWNLOAD is not set
# CT_FORCE_DOWNLOAD is not set
# CT_USE_PROXY is not set
CT_PROXY_TYPE="none"
CT_USE_MIRROR=y
# CT_PREFER_MIRROR is not set
CT_MIRROR_HTTP=y
# CT_MIRROR_FTP is not set
CT_MIRROR_SCHEME="http"
CT_MIRROR_HOSTNAME="ymorin.is-a-geek.org"
CT_MIRROR_BASE="/mirrors"
CT_CONNECT_TIMEOUT=10
# CT_ONLY_DOWNLOAD is not set

#
# Extracting
#
# CT_FORCE_EXTRACT is not set
CT_OVERIDE_CONFIG_GUESS_SUB=y
# CT_ONLY_EXTRACT is not set

#
# Build behavior
#
CT_PARALLEL_JOBS=4
CT_LOAD=0
CT_NICE=0
CT_USE_PIPES=y
# CT_CONFIG_SHELL_ASH is not set

#
# 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_DEBUG is not set
# CT_LOG_ALL 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_64 is not set
CT_ARCH_SUPPORT_ARCH=y
# CT_ARCH_SUPPORT_ABI is not set
CT_ARCH_SUPPORT_CPU=y
CT_ARCH_SUPPORT_TUNE=y
CT_ARCH_SUPPORT_FPU=y
CT_ARCH_SUPPORTS_BOTH_ENDIAN=y
# CT_ARCH_DEFAULT_BE is not set
CT_ARCH_DEFAULT_LE=y
CT_ARCH_ARCH="armv5te"
CT_ARCH_CPU="xscale"
CT_ARCH_TUNE="xscale"
CT_ARCH_FPU=""
# CT_ARCH_BE is not set
CT_ARCH_LE=y
# CT_ARCH_FLOAT_HW is not set
CT_ARCH_FLOAT_SW=y
CT_TARGET_CFLAGS=""
CT_TARGET_LDFLAGS=""

#
# General target options
#
# CT_ARCH_alpha is not set
CT_ARCH_arm=y
# CT_ARCH_ia64 is not set
# CT_ARCH_mips is not set
# CT_ARCH_powerpc64 is not set
# CT_ARCH_powerpc is not set
# CT_ARCH_sh is not set
# CT_ARCH_x86_64 is not set
# CT_ARCH_x86 is not set
CT_ARCH_ARM_EABI=y

#
# Target optimisations
#

#
# Toolchain options
#

#
# General toolchain options
#
CT_USE_SYSROOT=y
CT_SYSROOT_DIR_PREFIX=""
CT_SHARED_LIBS=y

#
# Tuple completion and aliasing
#
CT_TARGET_VENDOR="unknown"
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_BARE_METAL is not set
CT_KERNEL="linux"
CT_KERNEL_VERSION="2.6.26.8"
# CT_KERNEL_bare_metal is not set
CT_KERNEL_linux=y
CT_KERNEL_LINUX_INSTALL=y
CT_KERNEL_LINUX_INSTALL_CHECK=y
# CT_KERNEL_V_2_6_18_8 is not set
# CT_KERNEL_V_2_6_19_7 is not set
# CT_KERNEL_V_2_6_20_21 is not set
# CT_KERNEL_V_2_6_21_7 is not set
# CT_KERNEL_V_2_6_22_19 is not set
# CT_KERNEL_V_2_6_23_17 is not set
# CT_KERNEL_V_2_6_24_7 is not set
# CT_KERNEL_V_2_6_25_20 is not set
# CT_KERNEL_V_2_6_26 is not set
# CT_KERNEL_V_2_6_26_1 is not set
# CT_KERNEL_V_2_6_26_2 is not set
# CT_KERNEL_V_2_6_26_3 is not set
# CT_KERNEL_V_2_6_26_4 is not set
# CT_KERNEL_V_2_6_26_5 is not set
# CT_KERNEL_V_2_6_26_6 is not set
# CT_KERNEL_V_2_6_26_7 is not set
CT_KERNEL_V_2_6_26_8=y
# CT_KERNEL_V_2_6_27 is not set
# CT_KERNEL_V_2_6_27_1 is not set
# CT_KERNEL_V_2_6_27_2 is not set
# CT_KERNEL_V_2_6_27_3 is not set
# CT_KERNEL_V_2_6_27_4 is not set
# CT_KERNEL_V_2_6_27_5 is not set
# CT_KERNEL_V_2_6_27_6 is not set
# CT_KERNEL_V_2_6_27_7 is not set
# CT_KERNEL_V_2_6_27_8 is not set
# CT_KERNEL_V_2_6_27_9 is not set
# CT_KERNEL_V_2_6_27_10 is not set
# CT_KERNEL_V_2_6_27_11 is not set
# CT_KERNEL_V_2_6_27_12 is not set
# CT_KERNEL_V_2_6_27_13 is not set
# CT_KERNEL_V_2_6_27_14 is not set
# CT_KERNEL_V_2_6_27_15 is not set
# CT_KERNEL_V_2_6_27_16 is not set
# CT_KERNEL_V_2_6_27_17 is not set
# CT_KERNEL_V_2_6_27_18 is not set
# CT_KERNEL_V_2_6_27_19 is not set
# CT_KERNEL_V_2_6_28 is not set
# CT_KERNEL_V_2_6_28_1 is not set
# CT_KERNEL_V_2_6_28_2 is not set
# CT_KERNEL_V_2_6_28_3 is not set
# CT_KERNEL_V_2_6_28_4 is not set
# CT_KERNEL_V_2_6_28_5 is not set
# CT_KERNEL_V_2_6_28_6 is not set
# CT_KERNEL_V_2_6_28_7 is not set
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_USE_CUSTOM_HEADERS is not set

#
# GMP and MPFR
#
CT_GMP_MPFR=y
CT_GMP_MPFR_TARGET=y
# CT_GMP_V_4_2_2 is not set
CT_GMP_V_4_2_4=y
CT_GMP_VERSION="4.2.4"
CT_GMP_CHECK=y
# CT_MPFR_V_2_3_1 is not set
CT_MPFR_V_2_3_2=y
# CT_MPFR_V_2_4_0 is not set
# CT_MPFR_V_2_4_1 is not set
CT_MPFR_VERSION="2.3.2"
CT_MPFR_CHECK=y

#
# binutils
#
CT_BINUTILS_VERSION="2.19"
# CT_BINUTILS_V_2_14 is not set
# CT_BINUTILS_V_2_15 is not set
# CT_BINUTILS_V_2_16_1 is not set
# CT_BINUTILS_V_2_17 is not set
# CT_BINUTILS_V_2_18 is not set
# CT_BINUTILS_V_2_18_50_0_4 is not set
# CT_BINUTILS_V_2_18_50_0_6 is not set
# CT_BINUTILS_V_2_18_50_0_7 is not set
# CT_BINUTILS_V_2_18_50_0_8 is not set
# CT_BINUTILS_V_2_18_50_0_9 is not set
# CT_BINUTILS_V_2_18_90 is not set
# CT_BINUTILS_V_2_18_91 is not set
# CT_BINUTILS_V_2_18_92 is not set
# CT_BINUTILS_V_2_18_93 is not set
CT_BINUTILS_V_2_19=y
# CT_BINUTILS_V_2_19_1 is not set
# CT_BINUTILS_V_2_19_50_0_1 is not set
# CT_BINUTILS_V_2_19_51_0_1 is not set
# CT_BINUTILS_V_2_19_51_0_2 is not set
CT_BINUTILS_EXTRA_CONFIG=""
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.3.2"
CT_CC_gcc=y
# CT_CC_V_3_2_3 is not set
# CT_CC_V_3_3_6 is not set
# CT_CC_V_3_4_6 is not set
# CT_CC_V_4_0_0 is not set
# CT_CC_V_4_0_1 is not set
# CT_CC_V_4_0_2 is not set
# CT_CC_V_4_0_3 is not set
# CT_CC_V_4_0_4 is not set
# CT_CC_V_4_1_0 is not set
# CT_CC_V_4_1_1 is not set
# CT_CC_V_4_1_2 is not set
# CT_CC_V_4_2_0 is not set
# CT_CC_V_4_2_1 is not set
# CT_CC_V_4_2_2 is not set
# CT_CC_V_4_2_3 is not set
# CT_CC_V_4_2_4 is not set
# CT_CC_V_4_3_0 is not set
# CT_CC_V_4_3_1 is not set
CT_CC_V_4_3_2=y
# CT_CC_V_4_3_3 is not set
# CT_CC_V_4_4_0 is not set
CT_CC_GCC_4_3_or_later=y
# CT_CC_GCC_4_4_snapshot is not set
CT_CC_CXA_ATEXIT=y
# CT_CC_SJLJ_EXCEPTIONS_CONFIGURE is not set
# CT_CC_SJLJ_EXCEPTIONS_USE is not set
CT_CC_SJLJ_EXCEPTIONS_DONT_USE=y
CT_CC_CORE_EXTRA_CONFIG=""
CT_CC_EXTRA_CONFIG=""
CT_CC_PKGVERSION="crosstool-NG-${CT_VERSION}"
CT_CC_BUGURL=""
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_FORTRAN is not set
# CT_CC_LANG_JAVA is not set
CT_LIBC="uClibc"

#
# C-library
#
CT_LIBC_VERSION="0.9.30"
# CT_LIBC_eglibc is not set
# CT_LIBC_glibc is not set
CT_LIBC_uClibc=y
# CT_LIBC_V_0_9_28 is not set
# CT_LIBC_V_0_9_28_1 is not set
# CT_LIBC_V_0_9_28_2 is not set
# CT_LIBC_V_0_9_28_3 is not set
# CT_LIBC_V_0_9_29 is not set
CT_LIBC_V_0_9_30=y
# CT_LIBC_V_0_9_30_1 is not set
# CT_LIBC_V_snapshot is not set
# CT_LIBC_V_specific_date is not set
# CT_LIBC_UCLIBC_PARALLEL is not set
CT_LIBC_UCLIBC_VERBOSITY_0=y
# CT_LIBC_UCLIBC_VERBOSITY_1 is not set
CT_LIBC_UCLIBC_VERBOSITY=""
CT_LIBC_UCLIBC_DEBUG_LEVEL_0=y
# CT_LIBC_UCLIBC_DEBUG_LEVEL_1 is not set
# CT_LIBC_UCLIBC_DEBUG_LEVEL_2 is not set
CT_LIBC_UCLIBC_DEBUG_LEVEL=0
CT_LIBC_UCLIBC_BUILD_CROSS_LDD=y
CT_LIBC_UCLIBC_CONFIG_FILE="${CT_LIB_DIR}/samples/${CT_TARGET}/${CT_LIBC}-${CT_LIBC_VERSION}.config"
# CT_LIBC_UCLIBC_LOCALES is not set

#
# Common C library options
#
# CT_LIBC_SUPPORT_NPTL is not set
CT_LIBC_SUPPORT_LINUXTHREADS=y
CT_THREADS="linuxthreads"
# CT_THREADS_NPTL is not set
CT_THREADS_LINUXTHREADS=y
# CT_THREADS_NONE is not set

#
# Tools facilities
#
CT_TOOL_libelf=y
CT_LIBELF_V_0_8_10=y
CT_LIBELF_VERSION="0.8.10"
CT_TOOL_sstrip=y
CT_SSTRIP_BUILDROOT=y
# CT_SSTRIP_ELFKICKERS is not set
CT_SSTRIP_FROM="buildroot"

#
# Debug facilities
#
CT_DEBUG_dmalloc=y
# CT_DMALLOC_V_5_4_3 is not set
CT_DMALLOC_V_5_5_2=y
CT_DMALLOC_VERSION="5.5.2"
CT_DEBUG_duma=y
CT_DUMA_A=y
CT_DUMA_SO=y
# CT_DUMA_V_2_5_1 is not set
# CT_DUMA_V_2_5_8 is not set
# CT_DUMA_V_2_5_12 is not set
CT_DUMA_V_2_5_14=y
CT_DUMA_VERSION="2_5_14"
CT_DEBUG_gdb=y
CT_GDB_CROSS=y
# CT_GDB_CROSS_STATIC is not set
CT_GDB_NATIVE=y
# CT_GDB_NATIVE_STATIC is not set
CT_GDB_NATIVE_USE_GMP_MPFR=y
CT_GDB_GDBSERVER=y
CT_GDB_GDBSERVER_STATIC=y
# CT_GDB_V_6_4 is not set
# CT_GDB_V_6_5 is not set
# CT_GDB_V_6_6 is not set
# CT_GDB_V_6_7 is not set
# CT_GDB_V_6_7_1 is not set
CT_GDB_V_6_8=y
# CT_GDB_V_snapshot is not set
CT_GDB_VERSION="6.8"

#
# Native gdb needs a native ncurses library
#
CT_NCURSES_V_5_6=y
# CT_NCURSES_V_5_7 is not set
CT_NCURSES_VERSION="5.6"
CT_DEBUG_ltrace=y
# CT_LTRACE_V_0_4 is not set
CT_LTRACE_V_0_5=y
# CT_LTRACE_V_0_5_1 is not set
CT_LTRACE_VERSION="0.5"
CT_DEBUG_strace=y
# CT_STRACE_V_4_5 is not set
# CT_STRACE_V_4_5_14 is not set
# CT_STRACE_V_4_5_15 is not set
# CT_STRACE_V_4_5_16 is not set
CT_STRACE_V_4_5_17=y
# CT_STRACE_V_4_5_18 is not set
CT_STRACE_VERSION="4.5.17"

[-- Attachment #3: Type: text/plain, Size: 71 bytes --]

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: [crosstool-ng] Patch application failure while compiling arm-unknown-linux-uclibcgnueabi

[Thomas Petazzoni]

Le Fri, 27 Mar 2009 12:25:09 +0100,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> a écrit :

> [DEBUG]    Applying patch
> '/home/thomas/local/crosstool-ng/patches/gcc/4.3.2/220-noteGNUstack-01.patch' [DEBUG]
> ==> Executing: 'patch -g0 -F1 -p1 -f' [ALL  ]    The next patch would
> create the file boehm-gc/ia64_save_regs_in_stack.S, [ALL  ]    which
> already exists!  Applying it anyway. [ALL  ]    patching file
> boehm-gc/ia64_save_regs_in_stack.S [ALL  ]    Patch attempted to
> create file boehm-gc/ia64_save_regs_in_stack.S, which already exists.
> [ALL  ]    Hunk #1 FAILED at 1. [ALL  ]    1 out of 1 hunk FAILED --
> saving rejects to file boehm-gc/ia64_save_regs_in_stack.S.rej

It seems that in gcc 4.3.2, the file ia64_save_regs_in_stack.s was
already renamed to ia64_save_regs_in_stack.S, so that portion of the
patch is not needed anymore. I'm currently trying the following patch
(untested at the moment).

Index: patches/gcc/4.3.2/220-noteGNUstack-01.patch
===================================================================
--- patches/gcc/4.3.2/220-noteGNUstack-01.patch	(revision 1445)
+++ patches/gcc/4.3.2/220-noteGNUstack-01.patch	(working copy)
@@ -15,45 +15,6 @@
 	* src/ia64/unix.S: Likewise.
 	* src/arm/sysv.S: Likewise.
 
-	* ia64_save_regs_in_stack.s: Moved to...
-	* ia64_save_regs_in_stack.S: ... this.  Add .note.GNU-stack
-	on Linux.
-
-diff -durN gcc-4.3.1.orig/boehm-gc/ia64_save_regs_in_stack.S gcc-4.3.1/boehm-gc/ia64_save_regs_in_stack.S
---- gcc-4.3.1.orig/boehm-gc/ia64_save_regs_in_stack.S	1970-01-01 01:00:00.000000000 +0100
-+++ gcc-4.3.1/boehm-gc/ia64_save_regs_in_stack.S	2008-06-10 14:58:21.000000000 +0200
-@@ -0,0 +1,15 @@
-+        .text
-+        .align 16
-+        .global GC_save_regs_in_stack
-+        .proc GC_save_regs_in_stack
-+GC_save_regs_in_stack:
-+        .bodyfoo.mpg
-+        flushrs
-+        ;;
-+        mov r8=ar.bsp
-+        br.ret.sptk.few rp
-+        .endp GC_save_regs_in_stack
-+
-+#ifdef __linux__
-+	.section .note.GNU-stack,"",@progbits
-+#endif
-diff -durN gcc-4.3.1.orig/boehm-gc/ia64_save_regs_in_stack.s gcc-4.3.1/boehm-gc/ia64_save_regs_in_stack.s
---- gcc-4.3.1.orig/boehm-gc/ia64_save_regs_in_stack.s	2001-10-15 06:57:59.000000000 +0200
-+++ gcc-4.3.1/boehm-gc/ia64_save_regs_in_stack.s	1970-01-01 02:00:00.000000000 +0200
-@@ -1,12 +0,0 @@
--        .text
--        .align 16
--        .global GC_save_regs_in_stack
--        .proc GC_save_regs_in_stack
--GC_save_regs_in_stack:
--        .body
--        flushrs
--        ;;
--        mov r8=ar.bsp
--        br.ret.sptk.few rp
--        .endp GC_save_regs_in_stack
--
 diff -durN gcc-4.3.1.orig/libffi/src/alpha/osf.S gcc-4.3.1/libffi/src/alpha/osf.S
 --- gcc-4.3.1.orig/libffi/src/alpha/osf.S	2007-04-06 18:24:16.000000000 +0200
 +++ gcc-4.3.1/libffi/src/alpha/osf.S	2008-06-10 14:58:21.000000000 +0200


-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: [crosstool-ng] Patch application failure while compiling arm-unknown-linux-uclibcgnueabi

[Thomas Petazzoni]

Le Fri, 27 Mar 2009 12:25:09 +0100,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> a écrit :

> I'm using Revision: 1445 of crosstool-ng, and tried to build
> arm-unknown-linux-uclibcgnueabi. The only changes to the config are:
> Java, Fortran and native gdb disabled (.config included).

Another failure, on patches/gcc/4.3.2/100-alpha-mieee-default.patch

[DEBUG]    ==> Executing: 'patch -g0 -F1 -p1 -f'
[ALL  ]    patching file gcc/config/alpha/alpha.h
[ALL  ]    Hunk #1 FAILED at 95.
[ALL  ]    1 out of 1 hunk FAILED -- saving rejects to file gcc/config/alpha/alpha.h.rej
[ALL  ]    patching file gcc/config/alpha/alpha.opt
[ALL  ]    Hunk #1 FAILED at 39.
[ALL  ]    1 out of 1 hunk FAILED -- saving rejects to file gcc/config/alpha/alpha.opt.rej

This patch should probably be entirely removed, it seems to be merged
already in gcc 4.3.2.

Has anyone already tested 4.3.2 ? :-)

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: [crosstool-ng] Patch application failure while compiling arm-unknown-linux-uclibcgnueabi

[Yann E. MORIN]

On Friday 27 March 2009 15:57:07 Thomas Petazzoni wrote:
> 
> Le Fri, 27 Mar 2009 12:25:09 +0100,
> Thomas Petazzoni <thomas.petazzoni@free-electrons.com> a écrit :
> 
> > I'm using Revision: 1445 of crosstool-ng, and tried to build
> > arm-unknown-linux-uclibcgnueabi. The only changes to the config are:
> > Java, Fortran and native gdb disabled (.config included).
> 
> Another failure, on patches/gcc/4.3.2/100-alpha-mieee-default.patch
> 
> [DEBUG]    ==> Executing: 'patch -g0 -F1 -p1 -f'
> [ALL  ]    patching file gcc/config/alpha/alpha.h
> [ALL  ]    Hunk #1 FAILED at 95.
> [ALL  ]    1 out of 1 hunk FAILED -- saving rejects to file gcc/config/alpha/alpha.h.rej
> [ALL  ]    patching file gcc/config/alpha/alpha.opt
> [ALL  ]    Hunk #1 FAILED at 39.
> [ALL  ]    1 out of 1 hunk FAILED -- saving rejects to file gcc/config/alpha/alpha.opt.rej
> 
> This patch should probably be entirely removed, it seems to be merged
> already in gcc 4.3.2.
> 
> Has anyone already tested 4.3.2 ? :-)

I do build my toolchains with 4.3.2, and the 4.3.2 patchset does apply
cleanly.

You may see issues under Cygwin, though. The solution is to use managed
mounts: http://cygwin.com/faq/faq-nochunks.html#faq.using.case-sensitive

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| --==< ^_^ >==-- `------------.-------:  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: [crosstool-ng] Patch application failure while compiling arm-unknown-linux-uclibcgnueabi

[Thomas Petazzoni]

Le Fri, 27 Mar 2009 15:57:07 +0100,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> a écrit :

> Another failure, on patches/gcc/4.3.2/100-alpha-mieee-default.patch

Forget this. When the application of 220-noteGNUstack-01.patch failed,
I fixed this patch, and restarted ct-ng. But it tried to re-apply all
previous patches, which obviously cannot work.

But the problem on 220 still remains.

Sincerly,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq

Re: [crosstool-ng] Patch application failure while compiling arm-unknown-linux-uclibcgnueabi

[Yann E. MORIN]

Thomas,
All,

On Friday 27 March 2009 16:40:16 Thomas Petazzoni wrote:
> > Another failure, on patches/gcc/4.3.2/100-alpha-mieee-default.patch
> Forget this. When the application of 220-noteGNUstack-01.patch failed,
> I fixed this patch, and restarted ct-ng. But it tried to re-apply all
> previous patches, which obviously cannot work.

Yeah. I'll have to detect this situation...

> But the problem on 220 still remains.

I don't understand. It works great here:

# tar xjf ~/dev/src/gcc-4.3.2.tar.bz2

# cd gcc-4.3.2

# for p in ~/dev/ct-ng.trunk/patches/gcc/4.3.2/*.patch; do
  patch -g0 -F1 -p1 -f <"${p}"
done
patching file gcc/config/alpha/alpha.h
patching file gcc/config/alpha/alpha.opt
patching file gcc/builtins.c
patching file gcc/common.opt
patching file libjava/configure
patching file libjava/configure.ac
patching file gcc/configure
patching file gcc/configure.ac
patching file gcc/unwind-dw2.c
patching file gcc/config/netbsd-elf.h
patching file gcc/config/sparc/freebsd.h
patching file gcc/stmt.c
patching file libiberty/Makefile.in
patching file gcc/config.gcc
patching file libstdc++-v3/src/Makefile.am
patching file libstdc++-v3/src/Makefile.in
patching file libjava/configure.ac
patching file libjava/include/config.h.in
patching file libjava/java/io/natFilePosix.cc
patching file gcc/config/ia64/crtbegin.asm
patching file gcc/config/ia64/crtend.asm
patching file gcc/config/ia64/crti.asm
patching file gcc/config/ia64/crtn.asm
patching file gcc/config/ia64/lib1funcs.asm
patching file gcc/config/ia64/linux.h
patching file gcc/config/rs6000/ppc-asm.h
patching file boehm-gc/ia64_save_regs_in_stack.S
patching file boehm-gc/ia64_save_regs_in_stack.s
patching file libffi/src/alpha/osf.S
patching file libffi/src/arm/sysv.S
patching file libffi/src/ia64/unix.S
patching file libffi/src/m68k/sysv.S
patching file libffi/src/powerpc/linux64.S
patching file libffi/src/powerpc/linux64_closure.S
patching file libffi/src/powerpc/ppc_closure.S
patching file libffi/src/powerpc/sysv.S
patching file libffi/src/s390/sysv.S
patching file libffi/src/sparc/v8.S
patching file libffi/src/sparc/v9.S
patching file libffi/src/x86/sysv.S
patching file libffi/src/x86/unix64.S
patching file gcc/config/alpha/alpha.c
patching file gcc/varasm.c
patching file gcc/config/host-linux.c
patching file gcc/configure
patching file gcc/configure.ac
patching file gcc/config.gcc
patching file boehm-gc/include/gc.h
patching file libstdc++-v3/configure
patching file libstdc++-v3/include/ext/rope
patching file libstdc++-v3/include/ext/ropeimpl.h
patching file libmudflap/mf-hooks2.c
patching file gcc/config/arm/linux-elf.h
patching file gcc/config/arm/t-linux
patching file gcc/config/alpha/linux-unwind.h
patching file gcc/config/t-linux-uclibc
patching file gcc/config.gcc
patching file gcc/config/rs6000/rs6000.c
patching file gcc/config/rs6000/rs6000.opt
patching file gcc/config/rs6000/rs6000.h
patching file gcc/config/sh/linux-unwind.h
patching file gcc/tree-scalar-evolution.c
patching file gcc/tree-scalar-evolution.h
patching file gcc/testsuite/gcc.dg/pr34027-1.c
patching file gcc/testsuite/gcc.dg/tree-ssa/pr32044.c
patching file gcc/tree-ssa-loop-ivopts.c
patching file libgcc/config/sh/t-linux

# svn info ~/dev/ct-ng.trunk
Path: /home/ymorin/dev/ct-ng.trunk
URL: http://ymorin.is-a-geek.org/svn/crosstool-ng/trunk
Repository Root: http://ymorin.is-a-geek.org/svn/crosstool-ng
Repository UUID: 46891bab-fe06-4d7a-8a02-e02acae0760f
Revision: 1445
Node Kind: directory
Schedule: normal
Last Changed Author: ymorin
Last Changed Rev: 1445
Last Changed Date: 2009-03-26 19:58:13 +0100 (Thu, 26 Mar 2009)

# svnversion ~/dev/ct-ng.trunk
1445

# svn stat --no-ignore
[nothing]

# uname -a
Linux roazhon 2.6.28.7-roazhon #1 SMP Sun Feb 22 14:18:53 CET 2009 x86_64 GNU/Linux

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| --==< ^_^ >==-- `------------.-------:  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: [crosstool-ng] Patch application failure while compiling arm-unknown-linux-uclibcgnueabi

[Thomas Petazzoni]

Le Fri, 27 Mar 2009 16:50:23 +0100,
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> a écrit :

> > But the problem on 220 still remains.
> 
> I don't understand. It works great here:

Ok, it's my fault. The problem on 220 was the same as on the others : I
didn't clean up the tree before compiling again, so the patches were
already applied on gcc sources.

Sorry for the noise.

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

--
For unsubscribe information see http://sourceware.org/lists.html#faq