From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kevin Pendleton Newsgroups: gmane.lisp.guile.user Subject: Re: Guile 6.4 on NCR MPRAS Date: 29 Mar 2004 16:00:14 -0700 Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Message-ID: <1080601214.26165.709.camel@s11> References: <1080347191.26226.418.camel@s11> <87ptay9drc.fsf@zip.com.au> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1080600761 22966 80.91.224.253 (29 Mar 2004 22:52:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 29 Mar 2004 22:52:41 +0000 (UTC) Cc: guile-user@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Tue Mar 30 00:52:32 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B85cO-0006Uw-00 for ; Tue, 30 Mar 2004 00:52:32 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B85c9-0007ts-UK for guile-user@m.gmane.org; Mon, 29 Mar 2004 17:52:17 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B85bo-0007tK-Ac for guile-user@gnu.org; Mon, 29 Mar 2004 17:51:56 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B85bG-0007gA-Ss for guile-user@gnu.org; Mon, 29 Mar 2004 17:51:54 -0500 Original-Received: from [204.110.224.42] (helo=jadmin1.flyingj.com) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B85bG-0007ey-GC for guile-user@gnu.org; Mon, 29 Mar 2004 17:51:22 -0500 Original-Received: from [10.7.4.30] ([10.7.4.30]) by jadmin1.flyingj.com (Lotus Domino Release 6.0.2CF1) with ESMTP id 2004032915501804-18518 ; Mon, 29 Mar 2004 15:50:18 -0700 Original-To: Kevin Ryde In-Reply-To: <87ptay9drc.fsf@zip.com.au> X-Mailer: Ximian Evolution 1.2.1 X-MIMETrack: Itemize by SMTP Server on jadmin1/Flyingj(Release 6.0.2CF1|June 9, 2003) at 03/29/2004 03:50:18 PM, Serialize by Router on jadmin1/Flyingj(Release 6.0.2CF1|June 9, 2003) at 03/29/2004 03:50:24 PM, Serialize complete at 03/29/2004 03:50:24 PM X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.user:3019 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:3019 On Sat, 2004-03-27 at 14:33, Kevin Ryde wrote: > Kevin Pendleton writes: > > > > I then set LIBS="-lm -lmw -lnsl" > > configure is supposed to grab -lnsl when needed, by looking for > gethostbyname. You can check if that's happened. It ought to get > into libguile.la as a dependency. > Looking at it all again, I have found that there are just the two LIBS that are needed. I did not need to add "-lm". "-lnsl" does not get added appropriately. When checking for gethostbyname, it fails both times, (undefined reference to `gethostbyname'), with and without -lnsl. Here's the synopsis from the man page for gethostbyname for MPRAS: #include #include #include struct hostent *gethostent() struct hostent *gethostbyaddr(addr, len, type) char *addr; int len, type; struct hostent *gethostbyname(name) char *name; sethostent(stayopen) int stayopen endhostent() > What's -lmw and what's it needed for? The way I understand it, for NCR MP-RAS systems, the system needs to explicitly link against -lmw to pull in some symbols such as _mwoflocheckl and others. This was discovered during the configuration of perl for MPRAS. For more details on the perl hints file see: http://search.cpan.org/src/JHI/perl-5.8.1/ext/POSIX/hints/svr4.pl If I include -lnsl and not -lmw I get the following two errors: ./.libs/libguile.so: undefined reference to `_mwvalidcheckl' ./.libs/libguile.so: undefined reference to `_mwoflocheckl' > > > FAIL: srfi-19.test: SRFI date/time library: #date > > (time . tz-offset)> respects local DST if no TZ-OFFSET given > > Might be the way TZ is changed only with putenv (in the tests). I > think configure decides a LOCALTIME_CACHE for when tzset needs to be > called (and it's then called by `localtime' etc). You might have to > investigate further. I'll have to continue to look into this part. Thanks, Kevin _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user