Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C250A9AF7 for ; Wed, 11 Jan 2012 17:03:56 +0000 (UTC) Received: (qmail 53319 invoked by uid 500); 11 Jan 2012 17:03:56 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 53165 invoked by uid 500); 11 Jan 2012 17:03:55 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 53157 invoked by uid 99); 11 Jan 2012 17:03:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jan 2012 17:03:55 +0000 X-ASF-Spam-Status: No, hits=1.2 required=5.0 tests=MISSING_HEADERS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [87.253.162.5] (HELO server5.configcenter.info) (87.253.162.5) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jan 2012 17:03:48 +0000 Received: from [9.155.131.25] (deibp9eh1--blueice3n2.emea.ibm.com [195.212.29.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: web445p1) by server5.configcenter.info (Postfix) with ESMTP id 32B9C1BB09C1 for ; Wed, 11 Jan 2012 18:03:11 +0100 (CET) Message-ID: <4F0DC0DA.1040003@a-w-f.de> Date: Wed, 11 Jan 2012 18:03:22 +0100 From: Andre Fischer User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 CC: ooo-dev@incubator.apache.org Subject: Re: ld: gold vs bfd References: <1326299044.45019.YahooMailClassic@web113515.mail.gq1.yahoo.com> In-Reply-To: <1326299044.45019.YahooMailClassic@web113515.mail.gq1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-server5-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 32B9C1BB09C1.A2D3E X-server5-MailScanner: Found to be clean X-server5-MailScanner-From: af@a-w-f.de X-Old-Spam-Status: No On 11.01.2012 17:24, Pedro Giffuni wrote: > FWIW; > > This is likely to have positive effects on the FreeBSD > port. Maho had a change in order to build vcl (attached) > that I was afraid to commit previously. > > No idea if it still applies or is required. It should still be possible to apply the patch, but now there may be a more elegant way to do it. However, I would need more information to say for sure (what are the actual build problems?). Maybe you or Maho can try to build vcl with my changes? If it still does not work or shows new problems then maybe I can help (at least I am willing to try :-) -Andre > > cheers, > > Pedro. > > --- Mer 11/1/12, Andre Fischer ha scritto: > ... >> I have submitted issue 118769 for >> this bug [1], and fixed it by changing >> the order in which libraries and object files are listed on >> the gbuild >> linker command line. I do not expect problems with >> this approach, >> because the modified order is the same one that is used by >> the dmake >> build system. Although the actual changes may still >> contain errors: I >> tested them on Linux, Windows, and MacOSX but not on >> Solaris, OS/2, or >> Windows/Cygwin. >> >> Please see the issue comments for more details. >> >> >> If somebody points out to me the proper place in the Wiki >> then I will >> document my changes of the gbuild system. I have yet >> to find >> documentation about its inner workings. So far I have >> only found >> information on how to use it. >> >> Regards, >> Andre >> >> >> [1] https://issues.apache.org/ooo/show_bug.cgi?id=118769 >> On 21.12.2011 17:50, Andre Fischer wrote: >>> Hi all, >>> >>> I ran into a problem with a Linux build. On Ubuntu >> (both 32bit and >>> 64bit) linking of comphelper failed >>> with a lot of unresolved references. With the help of >> Herbert I could >>> solve this by using a different linker. >>> Instead of ld.bfd I used ld.gold and could build >> comphelper and the rest >>> of OpenOffice. >>> >>> On Fedora this seems to work out of the box. >>> >>> I am now working on CoinMP (the lp_solve replacement). >> It builds without >>> problems on Windows and >>> Mac but has linker errors on Linux. Eventually I found >> that going back >>> to ld.bfd solved this problem. >>> >>> Has anybody else experienced problems with the >> linker? >>> >>> Does anybody on this list have a deeper understanding >> of the Linux >>> linkers and can explain >>> what is going on and how to better solve it? >>> >>> Any help is much appreciated. >>> >>> Andre >>> >>> >>