From dev-return-57486-apmail-openoffice-dev-archive=openoffice.apache.org@openoffice.apache.org Mon Sep 5 22:57:42 2016 Return-Path: X-Original-To: apmail-openoffice-dev-archive@www.apache.org Delivered-To: apmail-openoffice-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id ED4801920B for ; Mon, 5 Sep 2016 22:57:42 +0000 (UTC) Received: (qmail 88725 invoked by uid 500); 5 Sep 2016 22:57:42 -0000 Delivered-To: apmail-openoffice-dev-archive@openoffice.apache.org Received: (qmail 88634 invoked by uid 500); 5 Sep 2016 22:57:42 -0000 Mailing-List: contact dev-help@openoffice.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openoffice.apache.org Delivered-To: mailing list dev@openoffice.apache.org Received: (qmail 88614 invoked by uid 99); 5 Sep 2016 22:57:42 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Sep 2016 22:57:42 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 08711C02AE for ; Mon, 5 Sep 2016 22:57:42 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -1.22 X-Spam-Level: X-Spam-Status: No, score=-1.22 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.519, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id nw5osak7Mws1 for ; Mon, 5 Sep 2016 22:57:39 +0000 (UTC) Received: from mail-smtp-ng-out-4b.wtnet.de (mail-smtp-ng-out-4.wtnet.de [84.46.103.120]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 2B4435F23A for ; Mon, 5 Sep 2016 22:57:39 +0000 (UTC) Received: from bc1-blade2.wtnet.de (mail-cust-ng-in-3.wtnet.de [84.46.103.103] (may be forged)) by bc2-blade7.wtnet.de (8.14.5/8.14.5) with ESMTP id u85MvcNv009117 for ; Tue, 6 Sep 2016 00:57:38 +0200 X-WT-Originating-IP: 46.59.230.121 X-WT-Authenticated-As: marcus.mail Received: from f9.linux (CM-POP8-631.catv.wtnet.de [46.59.230.121]) (authenticated bits=0) by bc1-blade2.wtnet.de (8.15.2/8.15.2) with ESMTPSA id u85Mvb8d028599 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 6 Sep 2016 00:57:37 +0200 Message-ID: <57CDF861.1020305@wtnet.de> Date: Tue, 06 Sep 2016 00:57:37 +0200 From: Marcus User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.2.20) Gecko/20110804 Thunderbird/3.1.12 MIME-Version: 1.0 To: dev@openoffice.apache.org Subject: Re: Help needed: Build error in bean and vcl References: <201609052225.u85MP44X041651@gw.catspoiler.org> In-Reply-To: <201609052225.u85MP44X041651@gw.catspoiler.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am 09/06/2016 12:25 AM, schrieb Don Lewis: > On 6 Sep, Marcus wrote: >> Am 09/05/2016 11:00 PM, schrieb Don Lewis: >>> On 5 Sep, Marcus wrote: >>>> Am 09/05/2016 10:39 PM, schrieb Don Lewis: >>>>> On 5 Sep, Marcus wrote: >>>>>> Am 09/05/2016 09:33 PM, schrieb Don Lewis: >>>>>>> On 5 Sep, Marcus wrote: >>>>>>>> Am 09/05/2016 05:39 AM, schrieb Don Lewis: >>>>>>>>> On 4 Sep, Don Lewis wrote: >>>>>>>>>> On 4 Sep, Marcus wrote: >>>>>>>>>>> Thanks a lot. "libXt-devel" was indeed not installed. >>>>>>>>>>> >>>>>>>>>>> But now it's breaking in svx: >>>>>>>>>>> >>>>>>>>>>> [...] >>>>>>>>>>> >>>>>>>>>>> ============= >>>>>>>>>>> Building module svx >>>>>>>>>>> ============= >>>>>>>>>>> >>>>>>>>>>> Entering /share/linux2/aoo/trunk/main/svx/prj >>>>>>>>>>> >>>>>>>>>>> cd ..&& make -s -r -j1&& make -s -r deliverlog >>>>>>>>>>> [ build LNK ] Library/libsvxcore.so >>>>>>>>>>> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o: >>>>>>>>>>> In function >>>>>>>>>>> `FmXGridControl::createPeer(com::sun::star::uno::Reference >>>>>>>>>>> const&, com::sun::star::uno::Reference >>>>>>>>>>> const&)': >>>>>>>>>>> fmgridif.cxx:(.text+0x68b2): undefined reference to `non-virtual thunk to >>>>>>>>>>> WindowListenerMultiplexer::acquire()' >>>>>>>>>>> /usr/bin/ld: >>>>>>>>>>> /share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/CxxObject/svx/source/fmcomp/fmgridif.o: >>>>>>>>>>> relocation R_X86_64_PC32 against undefined symbol >>>>>>>>>>> `_ZThn48_N25WindowListenerMultiplexer7acquireEv' can not be used when >>>>>>>>>>> making a shared object; recompile with -fPIC >>>>>>>>>>> /usr/bin/ld: final link failed: Bad value >>>>>>>>>>> collect2: error: ld returned 1 exit status >>>>>>>>>>> /share/linux2/aoo/trunk/main/solenv/gbuild/LinkTarget.mk:248: recipe for >>>>>>>>>>> target >>>>>>>>>>> '/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so' >>>>>>>>>>> failed >>>>>>>>>>> make: *** >>>>>>>>>>> [/share/linux2/aoo/trunk/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libsvxcore.so] >>>>>>>>>>> Error 1 >>>>>>>>>>> dmake: Error code 2, while making 'all' >>>>>>>>>>> >>>>>>>>>>> 1 module(s): >>>>>>>>>>> svx >>>>>>>>>>> need(s) to be rebuilt >>>>>>>>>> >>>>>>>>>> That looks very familiar. What compiler version are you using? >>>>>>>> >>>>>>>> gcc 4.9.2 >>>>>>>> >>>>>>>>> Yup, it's gcc 4.9 bug. This is what I did for the FreeBSD port to work >>>>>>>>> around this problem: >>>>>>>>> >>>>>>>>> >>>>>>>>> Unfortunately $(CCNUMVER) isn't available to gbuild so we can't disable >>>>>>>>> optimization of the affected file only for gcc 4.9. >>>>>>>> >>>>>>>> I'm sorry but the error has not changed. I've compared the patched >>>>>>>> "Library_svxcore.mk" file with the original one and only these changes >>>>>>>> were made. >>>>>>>> >>>>>>>> In your patch a "dbaccess/source/ui/uno/makefile.mk" file is mentioned >>>>>>>> which I don't have. Is this related to the "--disable-odk" configure >>>>>>>> flag I've used and therefore is OK? >>>>>>> >>>>>>> Hmn, that's strange. That makefile is still present in recent trunk. >>>>>>> It' doesn't have any relationship to --disable-odk. >>>>>> >>>>>> Yesterday I've done my very first checkout and a "svn update" a second >>>>>> ago in the directory doesn't got anything new. SWo, it's indeed strange. >>>>>> >>>>>>>> Is there any other way than to downgrade gcc? >>>>>>> >>>>>>> For the FreeBSD port, I'm not using that patch due to the lack of >>>>>>> $(CCNUMVER) on the gbuild side of thigs. If we had that, then I would >>>>>>> have upstreamed the patch. Instead, I'm still using the workaround in >>>>>>> the third to last paragraph. The Makefile for the FreeBSD port does >>>>>>> this on-the-fly patch: >>>>>>> >>>>>>> .if ${COMPILER_TYPE} == gcc >>>>>>> # g++49 -Os sometimes leaves inline class methods undefined, >>>>>>> # affects fmgridif.cxx and ColumnControl.cxx >>>>>>> # See: >>>>>>> if [ ${CXX} = g++49 ]; then \ >>>>>>> ${REINPLACE_CMD} -e "s/ := -Os/ := -Os -fno-devirtualize -fno-de >>>>>>> virtualize-speculatively/" ${WRKSRC}/solenv/gbuild/platform/freebsd.mk; \ >>>>>>> ${REINPLACE_CMD} -e "s/=-Os /=-Os -fno-devirtualize -fno-devirtu >>>>>>> alize-speculatively /" ${WRKSRC}/solenv/inc/unxfbsdi.mk; \ >>>>>>> fi >>>>>>> >>>>>>> >>>>>>> For Linux you would have to patch main/solenv/gbuild/platform/linux.mk >>>>>>> (and main/solenv/inc/unxlng*.mk for non-x86_64 platforms). >>>>>> >>>>>> I've add the following to line 152, beside to the COMPILERNOOPTSFLAFS >>>>>> >>>>>> gb_COMPILEROPTFLAGS := O0 >>>>>> >>>>>> I hope that this correct. If so, then unfortunately it doesn't make a >>>>>> change. Stil lthe same error. >>>>>> >>>>>>> On x86_64, the Library_svxcore.mk patch should have done the trick >>>>>>> though. The problem is triggered by using -Os optimization and with >>>>>>> that change to Library_svxcore.mk, fmgridif.cxx should be getting >>>>>>> compiled with -O0. Can you check the log file to see if that is the >>>>>>> case? You'll probably have to configure with --enable-verbose to see >>>>>>> it. >>>>>> >>>>>> OK, turned back the "linux.mk" patch. >>>>>> >>>>>> I've added --enable-verbose to configure, bootstrap'ed and source'ed >>>>>> again. The build cancelled at the same location and with the same error >>>>>> message. >>>>>> >>>>>> "fmgridif.cxx" was nowhere mentioned, only a "fmgridif.o". It's the last >>>>>> file mentioned in a long list of .o files from module "svx". >>>>> >>>>> Are you starting from a clean build each time? If you just restart the >>>>> build, it will reuse the bad fmgridif.o. It is necessary to recompile >>>>> fmgridif.cxx with the patched Library_svxcore.mk. >>>> >>>> I always do a "build --prepare --from svx" before starting a new build. >>>> I hope thats the right one. I don't find a "clean" or something else for >>>> the "build" comamnd. >>> >>> Hmn, I wonder if --prepare does the right thing with gbuild ... >>> >>> Try blowing away solver/*.pro/workdir/CxxObject/svx. >> >> hm, maybe not. ;-) When I delete >> "solver/420/*.pro/workdir/CxxObject/svx", then the build is now getting >> further ... >> >> ... until dbaccess. From the end of the log file it seems that the >> "ColumnControl.cxx" file hits the same compiler optimization problem. >> Maybe stupid question but is this possible? If so, then I would expect >> this also for more files that are still to come. > > Yes, that is the other one, but on FreeBSD only intel is affected and > not x86_64. Or, I should say was, because dbaccess just got converted > from dmake to gbuild. On FreeBSD, x86_64 defaults to using -O2 for > dmake modules and only the intel dmake modules build with -Os. The > gbuild modules use -Os for both. > > You'll have to edit dbaccess/Library_dbui.mk. OK, I'm way too impatient. I've patched also this makefile ... ... and now I got an installation package at the end. Good that I added a "--with-package-format="installed". So, starting is easy and fast. Now I've got a AOO 4.2.0m1 Build 9800 Rev. 1759138. Hurrah :-) Thank very much for your help. Of course, as a good contributor I'll collect all data and update [1] with a new Fedora 21 section. [1] https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step CU tomorrow Marcus --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org For additional commands, e-mail: dev-help@openoffice.apache.org