From owner-freebsd-ports@FreeBSD.ORG Wed Jun 1 19:13:11 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85865106564A; Wed, 1 Jun 2011 19:13:11 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4928FC15; Wed, 1 Jun 2011 19:13:11 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QRqqs-0006Pm-5z>; Wed, 01 Jun 2011 21:13:10 +0200 Received: from e178029057.adsl.alicedsl.de ([85.178.29.57] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QRqqs-0000Go-2q>; Wed, 01 Jun 2011 21:13:10 +0200 Message-ID: <4DE68F45.2030201@zedat.fu-berlin.de> Date: Wed, 01 Jun 2011 21:13:09 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110601 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Andriy Gapon References: <4DE13892.5030909@mail.zedat.fu-berlin.de> <4DE152E6.1000801@FreeBSD.org> <4DE4BB34.508@FreeBSD.org> <4DE4E887.2090806@FreeBSD.org> In-Reply-To: <4DE4E887.2090806@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.57 Cc: Olivier Smedts , "O. Hartmann" , freebsd-ports@FreeBSD.org Subject: Re: editors/libreoffice: can not compile, crash on, FreeBSD 9.0-CUR/amd64 - msg#00540 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2011 19:13:11 -0000 On 05/31/11 15:09, Andriy Gapon wrote: > on 31/05/2011 15:22 Olivier Smedts said the following: >> 2011/5/31 Andriy Gapon: >>> on 31/05/2011 12:11 Olivier Smedts said the following: >>>> Segmentation fault: 11 (core dumped) >>> That core dump should be investigated / debugged. >>> At the very least it is not clear from the messages which program crashes. >> It's more clear if you read the output of the "build" command. >> >> Well I'm not very familiar with debugging, I loaded the program and >> the core dump with gdb and asked for a backtrace, but that's all I >> know. Is there anything useful I can do ? I can also provide the core >> dump. > Speaking from general point of view, it would be nice to compile the failing > program (regcomp) and its shared libraries with debug information. However I > don't have any advice on how to actually do it in this build environment. > > [snip] >> (gdb) bt >> #0 0x000000080202c640 in ?? () >> #1 0x0000000802461467 in stoc_impreg::insert_singletons () >> from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/bootstrap.uno.so >> #2 0x0000000802463713 in stoc_impreg::ImplementationRegistration::doRegister () >> from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/bootstrap.uno.so >> #3 0x0000000802464f8d in >> stoc_impreg::ImplementationRegistration::prepareRegister () >> from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.2.2/build/libreoffice/solver/330/unxfbsdx.pro/lib/bootstrap.uno.so >> #4 0x00000000004093ba in DoIt::operator() () >> #5 0x000000000041aeff in >> std::for_each<__gnu_cxx::__normal_iterator> std::vector > >, DoIt> () >> #6 0x0000000000409bef in main () > From the backtrace and some googling it seems like the problem could be - and it's > just a wild guess - because of exceptions. In particular I've seen something like > this when libgcc_s.so used at run-time came from a compiler different than a > compiler which was used to produce an executable. In my case it was libgcc_s.so > from base gcc at run-time versus libgcc_s.so from gcc45 at link-time. My program > crashed on any 'throw' statement (even when an exception should have been caught). > Again, I am not saying that this is what happens here, I am just hinting at > things to try. > > P.S. I have not debugged the actual mechanics of the crash that I have described > above. > As I reported eralier, LibreOffice 3.3.2 crashes on all of my FreeBSD 9.0-CURRENT/amd64 boxes compiled with CLANG. Today I compiled the OS on one of those boxes with the optimization option "-O3" instead of the suggested "-O2" - and voila, LibreOffice 3.3.2 as installed seems to work again! Strange, strange ...