Apache OpenOffice (AOO) Bugzilla – Issue 34892
OOo 1.1.3 build broken on Linux / x86
Last modified: 2004-12-06 16:14:02 UTC
The Linux / x86 build of OpenOffice.org 1.1.3 (got the tarball from stardiv) on Linux seems to be broken, when trying to compile, I get: Making: ../../../unxlngi4.pro/slo/htmlpars.obj g++ -fmessage-length=0 -c -I. -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/offuh -I../inc -I../../../inc -I../../../unx/inc -I../../../unxlngi4.pro/inc -I. -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/external -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solenv/unxlngi4/inc -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solenv/inc -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/res -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/stl -I/var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.2_rc1/include -I/opt/blackdown-jdk-1.4.2_rc1/include/linux -I/opt/blackdown-jdk-1.4.2_rc1/include/native_threads/include -I/usr/X11R6/include -I. -I../../../res -I. -march=athlon-xp -O2 -pipe -fno-strict-aliasing -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -march=athlon-xp -O2 -pipe -fno-strict-aliasing -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -fno-for-scope -fpermissive -fno-rtti -include preinclude.h -fno-exceptions -fpic -DLINUX -DUNX -DVCL -DGCC -DC300 -DINTEL -DGXX_INCLUDE_PATH=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/include/g++-v3 -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=645 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRX645 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../../unxlngi4.pro/slo/htmlpars.o /var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/sc/source/filter/html/htmlpars.cxx In file included from /var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/external/boost/detail/atomic_count.hpp:98, from /var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/external/boost/detail/shared_count.hpp:26, from /var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/external/boost/shared_ptr.hpp:27, from /var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/sc/source/filter/html/htmlpars.cxx:70: /var/tmp/portage/openoffice-1.1.3/work/OOo_1.1.3_src/solver/645/unxlngi4.pro/inc/external/boost/detail/atomic_count_linux.hpp:19:39: boost/detail/linux_atomic.h: No such file or directory After that it dies. This seems to be related to: http://www.openoffice.org/issues/show_bug.cgi?id=14848 The following patch http://www.openoffice.org/nonav/issues/showattachment.cgi/13664/boost_patch_645.patch removes linux_atomic.h in the boost_1_27_0.patch, when putting linux_atomic.h back the build continues fine
The boost patches are OK, the problem is the boost sources in OpenOffice_1_1_3 are substantially different from SRX645_m47. m47 builds OK. It appears the released 113 version uses code from before 112? see attached results of cvs diff Repository revision: 1.3 /cvs/external/boost/prj/d.lst,v Sticky Tag: SRX645_m47 (revision: 1.3) Sticky Date: (none) Sticky Options: (none) jim@sun:/usr/local/src/113/boost$ cvs diff -u -r OpenOffice_1_1_3 > boost.diff
Created attachment 18072 [details] diff m47 against 113 release
reassign
boost/makefile.mk v 1.4.26.2 is needed to be tagged with the boost patches as this interacts with the boost patches
set target
To sparcmoz: boost/makefile.mk v 1.4.26.2 effectively has no difference to v 1.4. So, this bundle cannot work.
to sparcmoz: please look at http://external.openoffice.org/ext_dmake.html how to make a patch, which is useful in our build environment
*** Issue 34914 has been marked as a duplicate of this issue. ***
The file linux_atomic.h should be generated always, this fuctionality has been broken with integration of cws_srx645_ooo112fix1.
To vg: I agree this was a mess. As it was done back in March-April, at that time I just copied the code from SRC680 so i think the 645 and 680 should end up being the same?
What's about this P1-task? Last update was 2 months ago. The target is OOo1.1.3 and currently OOo1.1.4 will be released. Is the task fixed, could it be closed?
fixed