Bug 87547 – openoffice Could not detect compiler version! dmake: Error code 255, while making 'compiler_version_error',ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.4/work/helpcontent/unx/schart

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Mark Dominik Bürkle 2005-04-01 05:11:18 UTC]

openoffice build error, cannot build openoffice.
 A small openoffice AWK scriptlet does not understand the "dash-datestamp" version appended to my (unstable only?) g++ -dumpversion output.
 Might be a candidate for upstream reporting, but I don't know enough about stable/unstable compiler version outputs.
 Global ACCEPT_KEYWORDS="~x86" and re-emerging gcc/g++ might be a premise, the cause for the build stopping is (on my system):
 Some results in the build process ("catch-lines") are:

Could not detect compiler version!
dmake:  Error code 255, while making 'compiler_version_error'
ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.4/work/helpcontent/unx/schart 

Check below for further infos please.

Reproducible: Always
Steps to Reproduce:
1. use unstable gentoo, ie. gcc/g++ version, maybe have to have multiple versions, too. ATOW I had:
localhost ~ # gcc-config -l
[1] i386-pc-linux-gnu-3.3.4
[2] i686-pc-linux-gnu-3.4.3-20050110 *
[3] i686-pc-linux-gnu-3.4.3-20050110-hardened
[4] i686-pc-linux-gnu-3.4.3-20050110-hardenednopie
[5] i686-pc-linux-gnu-3.4.3-20050110-hardenednossp
localhost ~ # 
 Main point is: "g++ -dumpversion" will return any version with a "-DateStamp" appended, in my case this is "3.4.3-20050110"

2. emerge -v openoffice

3. tried this only about three times, success of the patch about twice, but only as far as the build process continues much longer. Had to clean up after first try, to free some disk space, and was not enough.
(btw: some "--no-clean" flag and a stateful ebuild process that "knows which lines of the current ebuild have been successfully done before" and which does not have to do "rm -rf buildroot" every time would be *very* helpful, especially when emerging glibc on less powerful platforms!)
(btw2: some "this will require approx. xxx MB temp disk space, this is less than yyy MB free" WARNING message would be nice, too. At least in such large ebuilds like openoffice.)
Actual Results:  
... (consuming about 600 MB disk space while building up to this point)
...
=============
Building project helpcontent
=============
/var/tmp/portage/openoffice-1.1.4/work/helpcontent/unx/schart
mkout -- version: 1.3
------------------------------
Making: ../../unxlngi4.pro/misc/uschart.dpz
echo # > ../../unxlngi4.pro/misc/uschart.schart.schart01.dpzz
cd   . ; zipdep.pl -u -prefix   ./ ../../unxlngi4.pro/bin/schart01.zip
"english_us/schart.*" -x "*CVS*" >>
/var/tmp/portage/openoffice-1.1.4/work/helpcontent/unx/schart/../../unxlngi4.pro/misc/uschart.schart.schart01.dpzz
zipdep -- version: 1.12
Multi Platform Enabled Edition
++++++++++++++++++++++++++++++++++++
ERROR!
Could not detect compiler version!
Please extend tg_compv.mk in
solenv/inc.
++++++++++++++++++++++++++++++++++++
g++ -dumpversion returns
3.4.3-20050110
++++++++++++++++++++++++++++++++++++
dmake:  Error code 255, while making 'compiler_version_error'
---* TG_SLO.MK *---

ERROR: Error 65280 occurred while making
/var/tmp/portage/openoffice-1.1.4/work/helpcontent/unx/schart

!!! ERROR: app-office/openoffice-1.1.4 failed.


Expected Results:  
go on compiling!
 With the patch that follows, compiling continued up to the point where the
openenoffice compilation had consumed about 1,6 GB disk space and only some 245
kB were left free. Might as well have been 100% full at the time the build
process stopped, eg. if updatedb ran at the same time...  Compilation stopped
with some error not relating to disk full, though, but I actually don't have
time to wait a third time before reporting - sorry.


localhost ~ # emerge info
Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.4.3-20050110,
glibc-2.3.4.20050125-r0, 2.6.11-gentoo-r1 i686)
=================================================================
System uname: 2.6.11-gentoo-r1 i686 Intel(R) Celeron(TM) CPU                1066MHz
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 19 2005, 20:51:36)]
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -mmmx -msse -mfpmath=sse -O3 -fomit-frame-pointer
-ffast-math -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -mmmx -msse -mfpmath=sse -O3 -fomit-frame-pointer
-ffast-math -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo
ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/
http://pandemonium.tiscali.de/pub/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa apache2 arts avi bash-completion berkdb bitmap-fonts cdr
crypt cups curl dvd dvdr dvdread emboss encode esd fam flac font-server
foomaticdb gdbm gif gpm imagemagick imap imlib ipv6 java jpeg kde libg++ libwww
mad mikmod mmap mmx motif mozilla mp3 mpeg ncurses nls nptl oggvorbis openal
opengl pam pdflib perl png python qt quicktime readline sdl snmp sse ssl tcltk
tcpd theora tiff truetype truetype-fonts type1-fonts unicode xml2 xmlrpc xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

localhost ~ #

[Comment 1 Andreas Proschofsky (RETIRED) 2005-04-01 06:49:10 UTC]

This has been fixed two days ago, see:

http://bugs.gentoo.org/show_bug.cgi?id=84548

Please do another emerge sync and try again

[Comment 2 Mark Dominik Bürkle 2005-04-01 06:49:53 UTC]

Created attachment 55034 [details, diff]
/usr/local/portage/app-office/openoffice/files/1.1.4/OOo_1.1.4-getcompver.awk.gcc-datesuffix.diff

patch file to apply within Openoffice-1.1.4 (or 1.1.5 or rc1 or whatever)

[Comment 3 Mark Dominik Bürkle 2005-04-01 07:02:01 UTC]

Created attachment 55036 [details, diff]
/tmp/openoffice-1.4.diff

diff of local portdir_overlay/openoffice against distributed version 1.1.4
(last sync date??... dont know which file shows that, and didn't find out right
now.)

This patch includes the awk-patch from attachment#55034 [details, diff], so take care not to
apply both as it could be interpreted as "reversed patch"...

[Comment 4 Mark Dominik Bürkle 2005-04-01 07:06:29 UTC]

sorry, didn't read after posting the first patch. Sync now running.

timestamp.chk was the file I wanted to look for, but this seems to be a "virtual" or temporary, private file of emerge...

[Comment 5 Mark Dominik Bürkle 2005-04-01 07:47:37 UTC]

after syncing, re-emerging will download *nothing*.
This leads me to expect no changes in the result...