I'm trying to upgrade my openoffice 1.0.2-2 to a newer 1.0.2-2 (or rather portupgrade wants to do it). Some time through the compilation it just hangs and top tells me that saxparser is using 97.5% CPU. Yesterday I realized it had been running for 45h so I killed the compilation and restarted it, but this morning the same thing had happened. The last lines to show up during compilation are: caledata_is_IS.obj echo dummy remove dummy remove rm -f ../../unxfbsd.pro/misc/localedata_it_CH.cxx ../../unxfbsd.pro/bin/saxparser it_CH it_CH.xml ../../unxfbsd.pro/misc/localedata_it_CH.cxx ../../unxfbsd.pro/bin/applicat.rdb and if I abort it with ctrl+c it says: ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /usr/ports/editors/openoffice/work/oo_1.0.2_src/i18npool/source/localedata_ascii ---* TG_SLO.MK *--- I'm compiling it with gcc32-20030326 (from ports) and with the following flags set in make.conf: CPUFLAGS?=i686 CFLAGS= -O3 -pipe CXXFLAGS= ${CFLAGS} -fmemoize-lookups -fsave-memoized WITHOUT_KDE=true WITH_HOTSPOT=true WITH_NATIVE_THREADS=true WANT_THREADS_SUPPORT=true WITH_THREADS=true WITH_TTF_BYTECODE_ENABLED=true How-To-Repeat: I'm not sure how to repeat this as I have installed an older version of 1.0.2 from ports successfully.
Responsible Changed From-To: freebsd-ports-bugs->openoffice Over to Maintainers
State Changed From-To: open->analyzed Unfortunatly this can still happen. I experience it with 1 of 100 builds. The problem is buggy locking in rtld, which needs to be cleaned up. In the meantime just restart the compile and it will not hang anymore.
State Changed From-To: analyzed->closed rtld bug. May hopefully change when we use kernel threads. Until then we have to live with it.