The compile dies at the same place each time. I have tried changing the java version to 1.3.1 from 1.4.1 or gcc from 3.2.2 to 3.2.1 but not both at the same time. ccache was unmerged before the compile was started because dmake dies right at the beginning of the compile otherwise. Reproducible: Always Steps to Reproduce: 1.emerge openoffice 2. 3. Actual Results: Checking DLL ../unxlngi4.pro/lib/check_libfrm641li.so .../var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/bin/checkdll.sh: line 67: 24385 Segmentation fault $checkdll "$*" dmake: Error code 1, while making '../unxlngi4.pro/lib/libfrm641li.so' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/forms/util !!! ERROR: app-office/openoffice-1.0.3-r1 failed. !!! Function src_compile, Line 489, Exitcode 1 !!! Build failed! Expected Results: Compile should complete, I haven't been able to compile openoffice on any of my systems since sometime in April. .......Portage 2.0.48 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-mosix i686 AMD Athlon(tm) Processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 oss 3dnow apm avi crypt cups encode jpeg libg++ mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline svga java mysql sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis motif opengl mozilla scanner X gtk gnome -gif -arts -qt -kde" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=i686 -O3 -pipe" CXXFLAGS="-mcpu=i686 -O3 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j9" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox buildpkg ccache distcc"
Here's a snipet of compile log just prior to the part I pasted in the original bug report. I sure hope my 10 hour compiles are not getting fscked trying to create a dummy file! ----------------------------- SHL1FILTERFILE not set! ----------------------------- dummy file to keep the dependencies for later use. ------------------------------ Making: ../unxlngi4.pro/lib/libfrm641li.so /usr/bin/distcc gcc -c -fPIC -o ../unxlngi4.pro/slo/frm_dflt_version.o -DUNX -I../unxlngi4.pro/inc /var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/src/version.c /usr/bin/distcc gcc -shared -L../unxlngi4.pro/lib -L../lib -L/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/unxlngi4/lib -L/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/lib -L/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/unxlngi4/lib -L/opt/blackdown-jdk-1.4.1/lib -L/opt/blackdown-jdk-1.4.1/jre/lib/i386 -L/opt/blackdown-jdk-1.4.1/jre/lib/i386/client -L/opt/blackdown-jdk-1.4.1/jre/lib/i386/native_threads -L/usr/X11R6/lib ../unxlngi4.pro/slo/frm_dflt_version.o ../unxlngi4.pro/slo/frm_description.o -o ../unxlngi4.pro/lib/libfrm641li.so ../unxlngi4.pro/slo/limitedformats.o ../unxlngi4.pro/slo/property.o ../unxlngi4.pro/slo/services.o ../unxlngi4.pro/slo/InterfaceContainer.o ../unxlngi4.pro/slo/ids.o ../unxlngi4.pro/slo/frm_resource.o ../unxlngi4.pro/slo/Grid.o ../unxlngi4.pro/slo/Columns.o ../unxlngi4.pro/slo/DatabaseForm.o ../unxlngi4.pro/slo/GroupManager.o ../unxlngi4.pro/slo/FormsCollection.o ../unxlngi4.pro/slo/EventThread.o ../unxlngi4.pro/slo/File.o ../unxlngi4.pro/slo/Edit.o ../unxlngi4.pro/slo/EditBase.o ../unxlngi4.pro/slo/Numeric.o ../unxlngi4.pro/slo/Pattern.o ../unxlngi4.pro/slo/Currency.o ../unxlngi4.pro/slo/Date.o ../unxlngi4.pro/slo/Time.o ../unxlngi4.pro/slo/FormattedField.o ../unxlngi4.pro/slo/FormattedFieldWrapper.o ../unxlngi4.pro/slo/ListBox.o ../unxlngi4.pro/slo/ComboBox.o ../unxlngi4.pro/slo/GroupBox.o ../unxlngi4.pro/slo/Hidden.o ../unxlngi4.pro/slo/CheckBox.o ../unxlngi4.pro/slo/RadioButton.o ../unxlngi4.pro/slo/FixedText.o ../unxlngi4.pro/slo/FormComponent.o ../unxlngi4.pro/slo/Image.o ../unxlngi4.pro/slo/Button.o ../unxlngi4.pro/slo/ImageButton.o ../unxlngi4.pro/slo/ImageControl.o ../unxlngi4.pro/slo/errorbroadcaster.o -lsal -lcppu -lcppuhelper3gcc3 -ltl641li -lvcl641li -lsvt641li -lsvl641li -lsfx641li -lvos2gcc3 -lutl641li -lcomphelp2 -ldbtools2 -ltk641li -lX11 -ldl -lpthread -lm -Wl,-Bdynamic -lstlport_gcc -lstdc++ rm -f ../unxlngi4.pro/lib/check_libfrm641li.so mv ../unxlngi4.pro/lib/libfrm641li.so ../unxlngi4.pro/lib/check_libfrm641li.so /var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/bin/checkdll.sh -L../unxlngi4.pro/lib -L../lib -L/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/unxlngi4/lib -L/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/lib -L/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/unxlngi4/lib -L/opt/blackdown-jdk-1.4.1/lib -L/opt/blackdown-jdk-1.4.1/jre/lib/i386 -L/opt/blackdown-jdk-1.4.1/jre/lib/i386/client -L/opt/blackdown-jdk-1.4.1/jre/lib/i386/native_threads -L/usr/X11R6/lib ../unxlngi4.pro/lib/check_libfrm641li.so
The good news is I found a work around! Steps to successfully compile openoffice on my systems are as follows: 1.) backleve java to blackdown-jdk-1.3.1 <= make sure and correct environment 2.) backlevel gcc to 3.2.1 3.) get rid of ccache <= make sure and correct environment The latest revision took 24 hours to compile in a MOSIX and distcc cluster/grid. Now if there was some way to support multiple versions of gcc like there is to handle java this process wouldn't be nearly so dramatic.
Further news to report that two systems configured as identical as I could one using gentoo 1.2 and the other using gentoo 1.4_rc4. Only the 1.2 systems will compile openoffice with the fix I mentioned previously. It seems as though no matter what I do I cannot build openoffice on the 1.4_rc4 base. Does anyone know what the configuration differences are between the two releases? What files are different?
Possibly a hardware problem?
No, it's not a hardware problem because it dies at the same place on two different machines, every time. While making the libfrm641li.so file. Which as far as I can determine is a dummy file that is only created as a place holder for future use. Like I said, the 1.4_rc4 machines won't work but 1.2 machines work fine. There is something in done in the low-level build of the system that makes the difference. I've recompiled everything on all the machines so I don't know what differences exist between the versions. Maybe some hard coded value in a script somewhere, I haven't found it yet. I'm going to try to emerge openoffice again tonight since the system has been stable for over a month and all updates have been applied.
I tried it again and it did work, it still blows up when it tries to create the dummy file in the display I first posted.
I see you are still running glibc-2.3.1, what happens if you use 2.3.2?
After reading the bug reports, I'm not even going to try until glibc-2.3.2-r1 is unmasked. Right now 'emerge search glibc' only shows the one installed the others don't even show up. The emerge system is pretty messed up with regards to glibc and I don't want emerge to backlevel me after I've gone through and updated everything. This will have to wait until some of those bug reports are lifted.
Created attachment 14009 [details] Emerge info output I've just completed a compile of 1.4_beta2 on my workstation (Gentoo x86 1.4 profile) with the following installed; sys-devel/gcc-3.2.2 * sys-devel/gcc-config-1.3.3-r1 * dev-java/java-config-0.2.8 * dev-java/blackdown-jdk-1.4.1 * sys-libs/glibc-2.3.2-r1 * dev-util/ccache-2.2 * For reference, to see if it'll shed light on your situation, I've attached the output of `emerge info`
I have found the same thing doing an emerge openoffice with Gentoo 1.4rc4 and gcc gcc-3.2.3-r1. My bug sounds exactly the same but I'll include some info in case there is something to be learned. I'm new at bug reporting and Portage so I'll keep it simple (if verbose). Here is the error from the emerge followed by 'emerge info': From tail end of 'emerge openoffice' : if ( -e ../../../unxlngi4.pro/slo/attrdlg.o) touch ../../../unxlngi4.pro/slo/attrdlg.obj ------------------------------ Making: ../../../unxlngi4.pro/slo/condfrmt.obj /usr/bin/ccache g++ -fmessage-length=0 -c -I. -I/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/64 1/unxlngi4.pro/inc/offuh -I../inc -I../../../inc -I../../../unx/inc -I../../../unxlngi4.pro/inc -I. -I/var/tmp/p ortage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.0.3 -r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/inc/external -I/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_ src/solver/641/unxlngi4.pro/inc -I/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/unxlngi4/inc -I/ var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/inc -I/var/tmp/portage/openoffice-1.0.3-r1/work/oo_ 1.0.3_src/res -I/var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/inc/stl -I/var/tm p/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.1/include -I/opt/blackd own-jdk-1.4.1/include/linux -I/opt/blackdown-jdk-1.4.1/include/native_threads/include -I/usr/X11R6/include - I. -I../../../res -I. -mcpu=athlon-tbird -O2 -pipe -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -pipe -fno-for-scop e -fpermissive -fno-exceptions -fpic -DLINUX -DUNX -DVCL -DGCC -DC300 -DINTEL -DCVER=C300 -D_USE_NAMESPACE -DG LIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCP PU_ENV=gcc3 -DSUPD=641 -DBUILD=8584 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_ JAVA -DSRC641 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -w -o ../../../unxlngi4.pro/slo/condfrmt.o /var/tmp/portage/o penoffice-1.0.3-r1/work/oo_1.0.3_src/sc/source/ui/attrdlg/condfrmt.cxx /var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/inc/vcl/button.hxx: In constructo r `ScConditionalFormatDlg::ScConditionalFormatDlg(SfxBindings*, SfxChildWindow*, Window*, ScDocument*, const ScC onditionalFormat*)': /var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/solver/641/unxlngi4.pro/inc/vcl/button.hxx:450: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://bugs.gentoo.org/> for instructions. dmake: Error code 1, while making '../../../unxlngi4.pro/slo/condfrmt.obj' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.0.3-r1/work/oo_1.0.3_src/sc/source/ui/att rdlg !!! ERROR: app-office/openoffice-1.0.3-r1 failed. !!! Function src_compile, Line 489, Exitcode 1 !!! Build failed! From 'emerge info' : Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r5 i686 AMD Athlon(tm) Processor GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb / usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="x86 oss 3dnow apm avi crypt cups encode foomaticdb gif jpeg libwww mad mikmod mmx mpeg ncurses nls pdflib p ng quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline arts svga java mysql X sdl gpm tcpd pam ssl perl python esd imlib oggvorbis qt kde motif opengl cdr aavm acpi acpi4linux dvd emacs evms2 leim matrox ti ff usb -libg++ -gnome -gtk" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon-tbird -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-mcpu=athlon-tbird -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
It seems you have hit some compiler error. Could you try 1.1_rc1, it should build, and for me is stable. It is also a lot faster (to run, not to compile)
Thanks for the quick feedback. I'll try it this weekend and let you know. I was installing 1.0.3-r1 because it is the latest version in the portage tree ("emerge openoffice"). May I ask when the version is updated in portage as a guideline? (BTW, I am guilty of NOT studying every line of the portage documents so if I missed it in there, please just let me know and I'll look again.)
Well, the release candidates are not available as stable ebuilds. This is because of the policy not to offer development packages as stable unless the current stable for a package is obsolete/ancient. So when openoffice-1.1 is released, that will become stable.
Please close this I have been able to compile openoffice by recompiling everything -mcpu=i586 -O2. Two of my systems are the old 700 & 800 mhz. AMD Athlon Slot A. Types which were not complete implementations of anything (junk). By changing the compile options everything is much more stable. Thanks for your help and consider any Slot A suspect when having segfaults while compiling.
That, and "works for me", so consider it closed. Thanks for the heads-up about CPU types!
