From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Hans Aberg Newsgroups: gmane.lisp.guile.bugs Subject: Re: Guile 1.9.14 & GIT version linking errror Date: Sun, 16 Jan 2011 13:04:49 +0100 Message-ID: <988A307C-F4BD-46A2-BD33-C6E4EE5D040F@telia.com> References: <13B7D376-7BFD-4236-B6EF-5BF70FE248B7@telia.com> <87lj2lgavf.fsf@ossau.uklinux.net> <7C5FCE6D-9AA7-4EEB-A8A3-BD1550FE4806@telia.com> <87k4i51790.fsf@ossau.uklinux.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1295179514 4371 80.91.229.12 (16 Jan 2011 12:05:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 16 Jan 2011 12:05:14 +0000 (UTC) Cc: bug-guile@gnu.org To: Neil Jerram Original-X-From: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Sun Jan 16 13:05:10 2011 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.69) (envelope-from ) id 1PeRM0-0006N1-7o for guile-bugs@m.gmane.org; Sun, 16 Jan 2011 13:05:08 +0100 Original-Received: from localhost ([127.0.0.1]:49912 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PeRLu-0008Qj-PR for guile-bugs@m.gmane.org; Sun, 16 Jan 2011 07:04:58 -0500 Original-Received: from [140.186.70.92] (port=55817 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PeRLp-0008Qe-SK for bug-guile@gnu.org; Sun, 16 Jan 2011 07:04:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PeRLo-0000lq-Si for bug-guile@gnu.org; Sun, 16 Jan 2011 07:04:53 -0500 Original-Received: from smtp-out11.han.skanova.net ([195.67.226.200]:60420) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PeRLo-0000lc-GD for bug-guile@gnu.org; Sun, 16 Jan 2011 07:04:52 -0500 Original-Received: from h131n2-fre-d2.ias.bredband.telia.com (78.72.157.131) by smtp-out11.han.skanova.net (8.5.133) (authenticated as u26619196) id 4D0756AC00A16242; Sun, 16 Jan 2011 13:04:50 +0100 In-Reply-To: <87k4i51790.fsf@ossau.uklinux.net> X-Mailer: Apple Mail (2.936) X-detected-operating-system: by eggs.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:4962 Archived-At: On 16 Jan 2011, at 11:18, Neil Jerram wrote: >>> ... when I try to install guile-1.9.14, I get the error below (Mac >>> OS X 10.5.8 PPC G4). >>> >>> ld: duplicate symbol ___gmpz_abs in .libs/libguile_2.0_la-arbiters.o >>> and .libs/libguile_2.0_la-alist.o >> >> And I get the same error when using GIT. > - understand why it is being _defined_ twice, as opposed to just > declared There might be a problem with GMP inlining. A lot of binary files match by 'grep -r mpz_abs *', but no source files. The header /usr/ local/include/gmp.h has a section inlining (below). The macro __GMP_EXTERN_INLINE is turned on by another section: /* gcc has __inline__ in all modes, including strict ansi. Give a prototype for an inline too, so as to correctly specify "dllimport" on windows, in case the function is called rather than inlined. GCC 4.3 and above with -std=c99 or -std=gnu99 implements ISO C99 inline semantics, unless -fgnu89-inline is used. */ #ifdef __GNUC__ #if (defined __GNUC_STDC_INLINE__) || (__GNUC__ == 4 && __GNUC_MINOR__ == 2) #define __GMP_EXTERN_INLINE extern __inline__ __attribute__ ((__gnu_inline__)) #else #define __GMP_EXTERN_INLINE extern __inline__ #endif #define __GMP_INLINE_PROTOTYPES 1 #endif ... /* The following are provided as inlines where possible, but always exist as library functions too, for binary compatibility. Within gmp itself this inlining generally isn't relied on, since it doesn't get done for all compilers, whereas if something is worth inlining then it's worth arranging always. There are two styles of inlining here. When the same bit of code is wanted for the inline as for the library version, then __GMP_FORCE_foo arranges for that code to be emitted and the __GMP_EXTERN_INLINE directive suppressed, eg. mpz_fits_uint_p. When a different bit of code is wanted for the inline than for the library version, then __GMP_FORCE_foo arranges the inline to be suppressed, eg. mpz_abs. */ #if defined (__GMP_EXTERN_INLINE) && ! defined (__GMP_FORCE_mpz_abs) __GMP_EXTERN_INLINE void mpz_abs (mpz_ptr __gmp_w, mpz_srcptr __gmp_u) { if (__gmp_w != __gmp_u) mpz_set (__gmp_w, __gmp_u); __gmp_w->_mp_size = __GMP_ABS (__gmp_w->_mp_size); } #endif