From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.bugs Subject: Re: Guile-1.8.4 compile bug Mac OS X 10.4.11 PPC G4 Date: Sat, 08 Mar 2008 12:19:59 +0000 Message-ID: <87d4q5be6o.fsf@ossau.uklinux.net> References: <3635F871-351D-461C-8344-8FDC6D396751@math.su.se> <87pru6cnqy.fsf@ossau.uklinux.net> <829CC0A2-DAC2-416C-8598-E118F1884064@math.su.se> <87bq5qcgzh.fsf@ossau.uklinux.net> <9B3A957D-B759-4081-8879-18851D88730F@math.su.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1204978822 27903 80.91.229.12 (8 Mar 2008 12:20:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Mar 2008 12:20:22 +0000 (UTC) Cc: bug-guile@gnu.org To: Hans Aberg Original-X-From: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Sat Mar 08 13:20:49 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 1JXy2f-0001rN-8k for guile-bugs@m.gmane.org; Sat, 08 Mar 2008 13:20:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JXy27-0002Q0-AA for guile-bugs@m.gmane.org; Sat, 08 Mar 2008 07:20:11 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JXy22-0002N3-Is for bug-guile@gnu.org; Sat, 08 Mar 2008 07:20:06 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JXy21-0002Ks-HM for bug-guile@gnu.org; Sat, 08 Mar 2008 07:20:05 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JXy21-0002KZ-BP for bug-guile@gnu.org; Sat, 08 Mar 2008 07:20:05 -0500 Original-Received: from mail3.uklinux.net ([80.84.72.33]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JXy20-0007ot-Tl for bug-guile@gnu.org; Sat, 08 Mar 2008 07:20:05 -0500 Original-Received: from arudy (host86-145-183-175.range86-145.btcentralplus.com [86.145.183.175]) by mail3.uklinux.net (Postfix) with ESMTP id 579FA1F6DD4; Sat, 8 Mar 2008 12:20:00 +0000 (GMT) Original-Received: from laruns (laruns [192.168.0.10]) by arudy (Postfix) with ESMTP id CA7633800A; Sat, 8 Mar 2008 12:19:59 +0000 (GMT) In-Reply-To: <9B3A957D-B759-4081-8879-18851D88730F@math.su.se> (Hans Aberg's message of "Sat, 8 Mar 2008 00:13:11 +0100") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:3834 Archived-At: Hans Aberg writes: > On 7 Mar 2008, at 23:21, Neil Jerram wrote: > >>> Otherwise, a fix might be that the Guile installation checks for >>> readline in /usr/local/. >> >> I could well be wrong, but my current understanding is that that won't >> work, because at link time GCC or ld.so > > (On Mac OS X, dynamic libraries end with .dylib, being a Mach-O > format. The .so is for a fromat used on GNU/Linux computers.) OK, thanks. >> will always prefer to pick up >> -lreadline from /usr/lib rather than from /usr/local/lib. > > It could be, because the reason I installed latest readline was that I > wanted Hugs and GHCi working with UTF-8, and it didn't work. > > Suppose I set a soft link from the system readline to the newly > installed, would it suffice to set it from > /usr/lib/libreadline. -> /usr/local/lib/libreadline. Yes, that should work. Sysadmin-wise, it's a confusing change to keep track of, though. > Or must some other stuff, like in /usr/include, also be relinked? No, I don't think that will be needed. As long as you have CFLAGS=-I/usr/local/include when you run ./configure, I believe that headers under /usr/local/include will be picked up in preference to those under /usr/include. (BTW, this is something that I've never seen a good explanation for. -I/usr/local/include takes preference over the standard /usr/include, but -L/usr/local/lib doesn't take preference over the standard /usr/lib. What is the logic there?) Regards, Neil