The latest gcc-4.2.0 fails to properly build openoffice resulting in invisible text when attempting to use oowriter and other such apps provided with openoffice. Reproducible: Always Steps to Reproduce: 1. emerge gcc-4.2.0 && emerge openoffice 2. 3. Actual Results: text is unseen after compiled with gcc-4.2.0 Expected Results: text should be clear to the user as every user expects this is a visbility issue, I will attach the patch in a min that works around the problem until open office upstream fixes the problem themselves.
Created attachment 123731 [details] patch to fix visbility issue Portage 2.1.3_rc6 (default-linux/amd64/2007.0, gcc-4.2.0, glibc-2.6-r0, 2.6.22-rc6-ck1-mac80211 x86_64) ================================================================= System uname: 2.6.22-rc6-ck1-mac80211 x86_64 AMD Athlon(tm) 64 Processor 3800+ Gentoo Base System release 1.12.10 Timestamp of tree: Mon, 02 Jul 2007 15:30:10 +0000 ccache version 2.4 [disabled] dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r7 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -ffast-math -ftracer -fprefetch-loop-arrays -pipe -fforce-addr -ftree-vectorize" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=athlon64 -ffast-math -ftracer -fprefetch-loop-arrays -pipe -fforce-addr -ftree-vectorize" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/gentoo" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac acpi alsa amd64 berkdb branding bzip2 cpudetection cracklib crypt cups dbus dri dvd dvdr dvdread encode ffmpeg firefox gif gnome gtk hal jpeg mad mmx mmxext moznopango mp3 ncurses nptl nptlonly nsplugin nss ogg opengl pam perl pic png python readline sdl spell sse sse2 ssl svg tcpd tiff unicode vorbis x264 xinerama xorg xv xvid zlib" ALSA_PCM_PLUGINS="copy linear route mulaw alaw adpcm rate plug multi shm file null empty share meter hooks lfloat ladspa dmix dshare dsnoop asym iec958 softvol extplug ioplug" ELIBC="glibc" INPUT_DEVICES="mouse keyboard synaptics" KERNEL="linux" USERLAND="GNU" VIDEO_CARDS="radeon fglrx" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
http://www.openoffice.org/issues/show_bug.cgi?id=78417
Confirmed and confirmed fixed with the attached patch. This is added to our ebuild now, thanks for reporting, closing
I wonder whether the OpenOffice team realises that there's something called standard C++, and it doesn't involve using C-style casts... *sigh* I think I might have this bug again, but rebuilding once again to be sure. :)
