If dev-libs/boost has been build only for the x32 ABI configure will fail since its looking for the libs in the wrong places: checking which libcurl to use... external checking for libcurl >= 7.19.4... yes checking which boost to use... external checking for boostlib >= 1.47... yes checking whether the Boost::Date_Time library is available... yes configure: error: Could not find a version of the boost date_time library! [ebuild R ] dev-libs/boost-1.65.0:0/1.65.0::gnux32 USE="icu nls python threads -context -debug -doc -mpi -static-libs -tools" ABI_X86="x32 -32 -64" PYTHON_TARGETS="python2_7 python3_6 -python3_4 -python3_5" 0 KiB
Created attachment 544034 [details, diff] libreoffice-6.0.3.2-x32-configure.patch fixes the configure step, the boost libs themselves still need to be build correctly for x32, see https://bugs.gentoo.org/646070 The build will then segfault usually on this step: [GAL] arrows S=/var/tmp/portage/app-office/libreoffice-6.0.3.2/work/libreoffice-6.0.3.2 && I=$S/instdir && W=$S/workdir && rm -f $W/Gallery/arrows/* && RESPONSEFILE=/var/tmp/portage/app -office/libreoffice-6.0.3.2/temp/gbuild.scvkeb && ( SAL_USE_VCLPLUGIN=svp LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program" $I/program/genga l.bin --build-tree --destdir file://$S/extras/source/gallery --name "arrows" --path $W/Gallery/arrows --filenames file://$RESPONSEFILE ) && rm $RESPONSEFILE && touch $W/Gallery/arrows.done Work on gallery 'file:///var/tmp/portage/app-office/libreoffice-6.0.3.2/work/libreoffice-6.0.3.2/workdir/Gallery/arrows' Existing themes: 0 /bin/sh: line 1: 28162 Segmentation fault ( SAL_USE_VCLPLUGIN=svp LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program" $I/program/gengal.bin --build-tree --destdir file://$S/extras/source/gallery --name "arrows" --path $W/Gallery/arrows --filenames file://$RESPONSEFILE ) with the fault typically in privateSnippetExecutor this requires fixing the cpp_uno bridge
Created attachment 544036 [details, diff] libreoffice-6.0.3.2-x32-cpp_uno_bridge.patch fixes the bridge, the build still tends to fail at the same step in _Unwind_Resume this can be traced to a bug in gcc, see https://bugs.gentoo.org/show_bug.cgi?id=664016 with both of these fixed the build completes and the program appears to be usable: [ebuild R ] app-office/libreoffice-6.0.3.2::gnux32 USE="branding cups gtk -bluetooth (-coinmp) -dbus -debug -eds (-firebird) -googledrive -gstreamer -gtk2 -java -jemalloc (-kde) -libressl -mysql -odk -pdfimport -postgres {-test} -vlc" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_6 -python2_7 -python3_4 -python3_5" PYTHON_TARGETS="python2_7 python3_6 -python3_4 -python3_5" 0 KiB
Created attachment 544038 [details] emerge.log build failure with FEATURES=test The build fails late with FEATURES=test, this needs further investigation.
Thanks for your work so far; can you please send these patches upstream and link back to it here so we can track upstream inclusion?
(In reply to Andreas Sturmlechner from comment #4) > Thanks for your work so far; can you please send these patches upstream and > link back to it here so we can track upstream inclusion? ping, any news?
(In reply to Andreas K. Hüttel from comment #5) > (In reply to Andreas Sturmlechner from comment #4) > > Thanks for your work so far; can you please send these patches upstream and > > link back to it here so we can track upstream inclusion? > > ping, any news? ping