# emerge =gcc-3.3.3-r6 Calculating dependencies ...done! >>> emerge (1 of 1) sys-devel/gcc-3.3.3-r6 to / >>> md5 src_uri ;-) gcc-3.3.3.tar.bz2 >>> md5 src_uri ;-) gcc-3.3.3-patches-1.3.tar.bz2 >>> md5 src_uri ;-) gcc-3.3.3-branch-update-20040412.patch.bz2 >>> md5 src_uri ;-) protector-3.3.2-2.tar.gz >>> md5 src_uri ;-) gcc-3.3.3-manpages.tar.bz2 >>> md5 src_uri ;-) gcc-3.3.3-piepatches-v8.7.6.tar.bz2 >>> Unpacking source... >>> Unpacking gcc-3.3.3.tar.bz2 to /var/tmp/portage/gcc-3.3.3-r6/work >>> Unpacking gcc-3.3.3-patches-1.3.tar.bz2 to /var/tmp/portage/gcc-3.3.3-r6/work >>> Unpacking protector-3.3.2-2.tar.gz to /var/tmp/portage/gcc-3.3.3-r6/work >>> Unpacking gcc-3.3.3-piepatches-v8.7.6.tar.bz2 to /var/tmp/portage/gcc-3.3.3-r6/work * Patching ${S}/ltmain.sh... * Applying portage-1.4.1.patch... * Applying relink-1.4.0a-GCC3.0-2.patch... * Applying sed-1.4.3.patch... * Applying tmp-1.3.5.patch... * Applying gcc-3.3.3-branch-update-20040412.patch.bz2... [ ok ] * Applying various patches (bugfixes/updates)... * 01_ppc_gcc33-multi32-hack.patch.bz2... [ ok ] * 01_sparc_gcc33-multi32-hack.patch.bz2... * Failed Patch: 01_sparc_gcc33-multi32-hack.patch.bz2! * * Include in your bugreport the contents of: * * /var/tmp/portage/gcc-3.3.3-r6/temp/01_sparc_gcc33-multi32-hack.patch.bz2-21525.out !!! ERROR: sys-devel/gcc-3.3.3-r6 failed. !!! Function epatch, Line 322, Exitcode 0 !!! Failed Patch: 01_sparc_gcc33-multi32-hack.patch.bz2! Reproducible: Always Steps to Reproduce: 1. emerge gcc-3.3.3-r6 2. 3. Actual Results: # cat /var/tmp/portage/gcc-3.3.3-r6/temp/01_sparc_gcc33-multi32-hack.patch.bz2-21525.out ***** 01_sparc_gcc33-multi32-hack.patch.bz2 ***** ================================================= PIPE_COMMAND: bzip2 -dc /var/tmp/portage/gcc-3.3.3-r6/work/patch/01_sparc_gcc33-multi32-hack.patch.bz2 > /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch PATCH COMMAND: patch -p0 -g0 < /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch ================================================= patching file gcc/gcc.c Hunk #1 FAILED at 3003. Hunk #2 FAILED at 3495. Hunk #3 succeeded at 3641 with fuzz 2 (offset 83 lines). Hunk #4 FAILED at 3714. 3 out of 4 hunks FAILED -- saving rejects to file gcc/gcc.c.rej ================================================= PIPE_COMMAND: bzip2 -dc /var/tmp/portage/gcc-3.3.3-r6/work/patch/01_sparc_gcc33-multi32-hack.patch.bz2 > /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch PATCH COMMAND: patch -p1 -g0 < /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch ================================================= can't find file to patch at input line 11 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |This is an optimization hack which should only be present |in a sparc 32bit driver of the compiler compiled with |host/target/build sparc64-redhat-linux --with-cpu=v7. |As long long HOST_WIDE_INT slows things down, we can have in |addition to the sparc64-*/3.2/{cc1,cc1plus} |sparc-*/3.2/{cc1,cc1plus} binaries which are suitable for compiling |-m32 code only, but use long HOST_WIDE_INT. | |--- gcc/gcc.c.jj 2003-05-15 18:06:04.000000000 -0400 |+++ gcc/gcc.c 2003-05-20 10:31:15.000000000 -0400 -------------------------- No file to patch. Skipping patch. 4 out of 4 hunks ignored ================================================= PIPE_COMMAND: bzip2 -dc /var/tmp/portage/gcc-3.3.3-r6/work/patch/01_sparc_gcc33-multi32-hack.patch.bz2 > /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch PATCH COMMAND: patch -p2 -g0 < /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch ================================================= missing header for unified diff at line 11 of patch can't find file to patch at input line 11 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |This is an optimization hack which should only be present |in a sparc 32bit driver of the compiler compiled with |host/target/build sparc64-redhat-linux --with-cpu=v7. |As long long HOST_WIDE_INT slows things down, we can have in |addition to the sparc64-*/3.2/{cc1,cc1plus} |sparc-*/3.2/{cc1,cc1plus} binaries which are suitable for compiling |-m32 code only, but use long HOST_WIDE_INT. | |--- gcc/gcc.c.jj 2003-05-15 18:06:04.000000000 -0400 |+++ gcc/gcc.c 2003-05-20 10:31:15.000000000 -0400 -------------------------- No file to patch. Skipping patch. 4 out of 4 hunks ignored ================================================= PIPE_COMMAND: bzip2 -dc /var/tmp/portage/gcc-3.3.3-r6/work/patch/01_sparc_gcc33-multi32-hack.patch.bz2 > /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch PATCH COMMAND: patch -p3 -g0 < /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch ================================================= missing header for unified diff at line 11 of patch can't find file to patch at input line 11 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |This is an optimization hack which should only be present |in a sparc 32bit driver of the compiler compiled with |host/target/build sparc64-redhat-linux --with-cpu=v7. |As long long HOST_WIDE_INT slows things down, we can have in |addition to the sparc64-*/3.2/{cc1,cc1plus} |sparc-*/3.2/{cc1,cc1plus} binaries which are suitable for compiling |-m32 code only, but use long HOST_WIDE_INT. | |--- gcc/gcc.c.jj 2003-05-15 18:06:04.000000000 -0400 |+++ gcc/gcc.c 2003-05-20 10:31:15.000000000 -0400 -------------------------- No file to patch. Skipping patch. 4 out of 4 hunks ignored ================================================= PIPE_COMMAND: bzip2 -dc /var/tmp/portage/gcc-3.3.3-r6/work/patch/01_sparc_gcc33-multi32-hack.patch.bz2 > /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch PATCH COMMAND: patch -p4 -g0 < /var/tmp/portage/gcc-3.3.3-r6/temp/21525.patch ================================================= missing header for unified diff at line 11 of patch can't find file to patch at input line 11 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |This is an optimization hack which should only be present |in a sparc 32bit driver of the compiler compiled with |host/target/build sparc64-redhat-linux --with-cpu=v7. |As long long HOST_WIDE_INT slows things down, we can have in |addition to the sparc64-*/3.2/{cc1,cc1plus} |sparc-*/3.2/{cc1,cc1plus} binaries which are suitable for compiling |-m32 code only, but use long HOST_WIDE_INT. | |--- gcc/gcc.c.jj 2003-05-15 18:06:04.000000000 -0400 |+++ gcc/gcc.c 2003-05-20 10:31:15.000000000 -0400 -------------------------- No file to patch. Skipping patch. 4 out of 4 hunks ignored Expected Results: skipped patch on irrelevant architectures, or applied patch and built package. # emerge info Portage 2.0.50-r8 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.3.20040420-r0, 2.4.26) ================================================================= System uname: 2.4.26 i686 Intel(R) Celeron(R) CPU 1.80GHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=i586 -pipe -fomit-frame-pointer" CHOST="i586-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i586 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://128.213.5.34/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://mirror.datapipe.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X apm arts avi berkdb crypt cups encode foomaticdb gdbm gif gnome gpm gtk gtk2 imlib jpeg kde libg++ libwww mad mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell ssl svga tcpd truetype x86 xml2 xmms xv zlib"
I think something is wrong with your setup. I just tested and this does not seem like a valid problem. rm -rf /var/tmp/portage/gcc* /root/.ccache emerge rsync And try again.. Repoen if it otherwise fails again.
*** Bug 54956 has been marked as a duplicate of this bug. ***
Please don't open a new bug to reopen an old bug, just post to the old bug and request a re-opening :/
Is this bug still valid?
We're up to gcc-3.3.4-r1 & glibc-2.3.3.20040420-r1 now so i think it's safe to close. Reopen after syncing/upgrading with more info otherwise. Thanks.
