Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 3 Feb 2013 09:16:10 +0000
From:      Bob Eager <rde@tavi.co.uk>
To:        freebsd-ports@freebsd.org
Subject:   Re: libreoffice build fails on i386
Message-ID:  <20130203091610.69e8a55f@raksha.tavi.co.uk>
In-Reply-To: <CAN6yY1sWB57dSmGj-ngqcrTUQcpdUn%2BggKT_w3V8kuuO-2Ar8Q@mail.gmail.com>
References:  <CAN6yY1sWB57dSmGj-ngqcrTUQcpdUn%2BggKT_w3V8kuuO-2Ar8Q@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2 Feb 2013 20:08:26 -0800
Kevin Oberman <rkoberman@gmail.com> wrote:

> I am unable to build libreoffice on an i386 system. It builds fine on
> amd64. All systems are running 9.1-stable, one from Jan. 10 and one
> from Jan. 27. Both using default compilers. I get a segment fault
> running the sot.
> [ build CUT ] sot_test_sot
> R=/usr/ports/editors/libreoffice/work && S=$R/libreoffice-core-3.5.7.2
> && O=$S/solver/unxfbsdi.pro && W=$S/workdir/unxfbsdi.pro &&  mkdir -p
> $W/CppunitTest/ && (LD_LIBRARY_PATH="$O/lib":$O/lib/sqlite
> DBGSV_ERROR_OUT=shell STAR_RESOURCEPATH=$O/bin/
> $O/bin/cppunit/cppunittester
> $W/LinkTarget/CppunitTest/libtest_sot_test_sot.so --headless
> --protector unoexceptionprotector.so unoexceptionprotector  --headless
>  "-env:UNO_TYPES= file://$O/bin/udkapi.rdb  file://$O/bin/types.rdb"
>  -env:URE_INTERNAL_LIB_DIR=file://$O/lib
> -env:LO_LIB_DIR=file://$O/lib > $W/CppunitTest/sot_test_sot.test.log
> 2>&1 || (cat $W/CppunitTest/sot_test_sot.test.log && echo; echo
> "Error: a unit test failed, please do one of:"; echo; echo "export
> DEBUGCPPUNIT=TRUE            # for exception catching"; echo "export
> GDBCPPUNITTRACE=\"gdb --args\" # for interactive debugging"; echo
> "export VALGRIND=memcheck            # for memory checking" ; echo
> "and retry." && false))
> Segmentation fault (core dumped)
> 
> I have the core file, but I suspect it is of no use unless I re-build
> with debug symbols.
> 
> Has anyone else seen this? the prior build (before the boost update
> was fine. Boost updated without error.
> 

I had exactly the same problem. I found other instances when Googling.

I solved it for the moment by temporarily putting WITH_GCC=yes in
make.conf, then cleaning and trying again.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130203091610.69e8a55f>