From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Roger Mc Murtrie Newsgroups: gmane.lisp.guile.bugs Subject: Re: Mac Intel Leopard guile 1.8.4 link fails Date: Sun, 24 Feb 2008 23:14:07 +1100 Message-ID: <7CE11F63-BD76-4986-83B5-07632593C060@iinet.net.au> References: <21DE8BA9-31C1-412D-871D-FA05E9237AA9@iinet.net.au> <87ejb21y0u.fsf@ossau.uklinux.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v919.2) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1203855268 14845 80.91.229.12 (24 Feb 2008 12:14:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 Feb 2008 12:14:28 +0000 (UTC) Cc: bug-guile@gnu.org To: Neil Jerram Original-X-From: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Sun Feb 24 13:14:53 2008 Return-path: Envelope-to: guile-bugs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JTFkr-0007WP-4p for guile-bugs@m.gmane.org; Sun, 24 Feb 2008 13:14:53 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JTFkL-00056W-09 for guile-bugs@m.gmane.org; Sun, 24 Feb 2008 07:14:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JTFkI-00056P-1W for bug-guile@gnu.org; Sun, 24 Feb 2008 07:14:18 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JTFkG-00056D-8u for bug-guile@gnu.org; Sun, 24 Feb 2008 07:14:16 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JTFkG-00056A-3S for bug-guile@gnu.org; Sun, 24 Feb 2008 07:14:16 -0500 Original-Received: from outbound.icp-qv1-irony-out4.iinet.net.au ([203.59.1.150]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JTFkF-0004IM-Qr for bug-guile@gnu.org; Sun, 24 Feb 2008 07:14:16 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAGzuwEfL2Tu0/2dsb2JhbAAIqi8 X-IronPort-AV: E=Sophos;i="4.25,397,1199631600"; d="scan'208";a="184490662" Original-Received: from unknown (HELO [10.0.1.2]) ([203.217.59.180]) by outbound.icp-qv1-irony-out4.iinet.net.au with ESMTP; 24 Feb 2008 21:14:07 +0900 In-Reply-To: <87ejb21y0u.fsf@ossau.uklinux.net> X-Mailer: Apple Mail (2.919.2) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: bug-guile@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Errors-To: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.bugs:3818 Archived-At: On 24/02/2008, at 8:53 PM, Neil Jerram wrote: > Roger Mc Murtrie writes: > >> Mac OSX 10.5.2 >> >> ./configure >> make >> >> Link failed at >> gcc -dynamiclib -o .libs/libguile.17.1.2.dylib ..... >> >> ld: warning codegen in ___gmpn_popcount (offset 0x00000007) prevents >> image from loading in dyld shared cache >> ld: warning codegen in ___gmpn_popcount (offset 0x0000000E) prevents >> image from loading in dyld shared cache >> ld: warning codegen in ___gmpn_popcount (offset 0x00000015) prevents >> image from loading in dyld shared cache >> ld: warning codegen in ___gmpn_hamdist (offset 0x00000007) prevents >> image from loading in dyld shared cache >> ld: warning codegen in ___gmpn_hamdist (offset 0x0000000E) prevents >> image from loading in dyld shared cache >> ld: warning codegen in ___gmpn_hamdist (offset 0x00000015) prevents >> image from loading in dyld shared cache >> ld: absolute addressing (perhaps -mdynamic-no-pic) used in >> ___gmpn_add_n from /usr/local/lib/libgmp.a(add_n.o) not allowed in >> slidable image >> collect2: ld returned 1 exit status >> make[3]: *** [libguile.la] Error 1 >> make[2]: *** [all] Error 2 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 > > Hi Roger, > > Thanks for reporting this. I was just wondering if this is a > regression since 1.8.3 - i.e. a problem that we've introduced by > something between 1.8.3 and 1.8.4. > > As far as I remember, the 1.8.3 Leopard build was blocked by "64" API > problems, but I think you managed to work around those. If you can > still remember, did the build then complete? > > If it did complete, I guess this must be a regression. > > Regards, > Neil Hi Neil, We ended up building 1.8.3 successfully with Leopard using ./ configure without any switches etc. The 64 problem was avoided, I think, by not defining HAVE_STAT64 in the config.h.in file: /* Define to 1 if you have the `stat64' function. */ /* #undef HAVE_STAT64 */ The generated 1.8.3 then contained /* Define to 1 if you have the `stat64' function. */ /* #undef HAVE_STAT64 */ The supplied 1.8.4 config.h.in file has /* Define to 1 if you have the `stat64' function. */ #undef HAVE_STAT64 and /* Define to 1 in order to try to use "64" versions of system and library calls. */ #undef GUILE_USE_64_CALLS which I seem to recall had to do with a proposed solution for Mac OSX? But the 1.8.4 config.h has /* Define to 1 if you have the `stat64' function. */ #define HAVE_STAT64 1 I tried running autoconf but configure still generated a config.h with #define HAVE_STAT64 1 I'll try changing config.h to #undef HAVE_STAT64 I'll let ypu know the result. Fortunately, I still have the 1.8.3 build files. Regards Roger