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 an attachment (id=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
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. :)
