This is a note related to the bug #114822 and the following part in the kpdf ebuilds: src_compile() { local myconf="--with-poppler" replace-flags "-Os" "-O2" # see bug 114822 kde-meta_src_compile } I have been running - at least - kpdf 3.5.2, 3.5.3, 3.5.4 and 3.5.5 with -Os via the overlay without any problems whatsoever on two amd64 systems and on one x86 machine. Many things have happened after the last entry in the #114822, not least many versions of kpdf and the arrival of the new compiler, hence one might reconsider the appropriateness of the flag strip. Portage 2.1.1-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r8 x86_64) ================================================================= System uname: 2.6.17-gentoo-r8 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ Gentoo Base System version 1.12.5 Last Sync: Tue, 17 Oct 2006 05:50:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -msse3 -Os -frename-registers -fweb -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /usr/kde/*/share/apps/kjava/kjava.policy /usr/kde/*/shutdown/agent-shutdown.sh /usr/kde/3.5/share/services/rlogin.protocol" CXXFLAGS="-march=athlon64 -msse3 -Os -frename-registers -fweb -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--verbose --ask" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms userfetch userpviv" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo http://ftp.du.se/pub/os/gentoo http://mirror.uni-c.dk/pub/gentoo http://ds.thn.htu.se/linux/gentoo http://mirror.gentoo.no/ http://distfiles.gentoo.org" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X alsa berkdb bitmap-fonts bzip2 cli crypt cups curl dlloader dri elibc_glibc fortran gdbm gif gpm input_devices_keyboard input_devices_mouse java jpeg kde kdehiddenvisibility kernel_linux libg++ ncurses nls nptl nptlonly nvidia opengl pam pcre perl ppds pppd python qt3 readline reflection session spell spl ssl tcl tcltk tcpd tetex tiff tk truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_nvidia xinerama xorg zlib" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
We appreciate that you share your results with us, however there are still many people able to reproduce this bug. This means that we cannot do what you ask, as that would imply breaking the systems of others.
Ok, and naturally you're right. Just a footnote that all bugs related to the -Os / KDE / pdf that I was able to find are reported with a reference to x86, which is also the policy with kdelibs (use x86 && replace-flags "-Os" "-O2").
