Try to compile zlib without "-fPIC" in CFLAGS: Patch should add -fPIC but doesn't. See Fail.txt With "-fPIC" in CFLAGS: Works perfectly. See Success.txt This failure causes pretty much anything that relies on zlib to fail - Big badness. This happens on ppc, but doesn't seem to on x86.
Created attachment 33136 [details] Bad zlib compile
Created attachment 33137 [details] Good zlib compile
Portage 2.0.50-r8 (default-ppc-2004.1, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7-rc3) ================================================================= System uname: 2.6.7-rc3 ppc 7457, altivec supported Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5 ACCEPT_KEYWORDS="ppc ~ppc" AUTOCLEAN="yes" CFLAGS="-O2 -fno-strict-aliasing -pipe -mcpu=7400 -maltivec -mabi=altivec" CHOST="powerpc-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -fno-strict-aliasing -pipe -mcpu=7400 -maltivec -mabi=altivec" DISTDIR="/usr/portage/distfiles" FEATURES="ccache" GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X alsa altivec arts crypt cups dvd esd foomaticdb gif gpm gtk gtk2 imlib jpeg kde libwww mitshm motif mozilla oggvorbis opengl oss pam perl png ppc python qt readline sdl slang spell ssl tcpd truetype xv zlib"
Seems that the problem appears just because of the stricter checks in the newer binutils, not sure if it's worth fixing everything now or mark a previous one as ~ppc and fix the problems little by little
luca, what's the status on this?
Did the fix for bug #61868 which was added on 28 Aug to the zlib-1.2.1-r3 ebuild fix also this one?
Luca, can you take care of this bug?
the -r3 seems working as should
Closing