From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Vin Shelton Newsgroups: gmane.emacs.devel Subject: Re: Cannot link movemail on SunOS-5.5 in latest CVS Date: Mon, 27 May 2002 14:00:12 -0400 Organization: The XEmacs Development Team Sender: emacs-devel-admin@gnu.org Message-ID: References: <200205262354.IAA21333@etlken.m17n.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1022522573 622 127.0.0.1 (27 May 2002 18:02:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 27 May 2002 18:02:53 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17COpZ-00009v-00 for ; Mon, 27 May 2002 20:02:53 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17CP71-0005e5-00 for ; Mon, 27 May 2002 20:20:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17COpy-0000JK-00; Mon, 27 May 2002 14:03:18 -0400 Original-Received: from 209-122-246-15.c3-0.nwt-ubr2.sbo-nwt.ma.cable.rcn.com ([209.122.246.15] helo=zion.rcn.com) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 17COo8-0000Dg-00; Mon, 27 May 2002 14:01:24 -0400 Original-Received: by zion.rcn.com (Postfix, from userid 501) id 9D026128BC; Mon, 27 May 2002 14:00:12 -0400 (EDT) Original-To: Kenichi Handa In-Reply-To: <200205262354.IAA21333@etlken.m17n.org> (Kenichi Handa's message of "Mon, 27 May 2002 08:54:29 +0900 (JST)") Original-Lines: 54 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4438 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4438 I was not sure what the purpose of the configure.in change was. I don't care what the makefile macro is named - LIBS_MAIL is fine with me. - Vin Kenichi Handa writes: > Richard Stallman writes: >> There have not been a lot of changes in movemail lately. >> I don't see any changes that would cause this. >> It looks like Sun did something that broke it. > >> It is exceedingly strange that simply renaming the Make variable >> LIBMAIL to MAIL_LIB would fix the problem. A more conventional >> name to use for that variable would be LIBS_MAIL. Does that name >> work? > > lib-src/movemail.c includes src/config.h, and src/config.h > defines LIBMAIL as below on Solaris. > > /* Define to -llockfile if it is usable. */ > #define LIBMAIL -llockfile > > And, that is perhaps because of this code in configure.in. > ---------------------------------------------------------------------- > # Check for mail-locking functions in a "mail" library > AC_CHECK_LIB(mail, maillock) > dnl Debian, at least: > dnl AC_CHECK_LIB(lockfile, maillock, [AC_DEFINE(HAVE_LIBMAIL)]) > AC_CHECK_LIB(lockfile, maillock) > # If we have the shared liblockfile, assume we must use it for mail > # locking (e.g. Debian). If we couldn't link against liblockfile > # (no liblockfile.a installed), ensure that we don't need to. > if test "$ac_cv_lib_lockfile_maillock" = no; then > dnl This works for files generally, not just executables. > dnl Should we look elsewhere for it? Maybe examine /etc/ld.so.conf? > AC_CHECK_PROG(liblockfile, liblockfile.so, yes, no, > /usr/lib:/lib:/usr/local/lib:$LD_LIBRARY_PATH) > if test $ac_cv_prog_liblockfile = yes; then > AC_MSG_ERROR([Shared liblockfile found but can't link against it. > This probably means that movemail could lose mail. > There may be a \`development' package to install containing liblockfile.]) > else AC_DEFINE(LIBMAIL, -llockfile, [Define to -llockfile if it is usable.]) > fi > else : > fi > ---------------------------------------------------------------------- > > So, I think it's just an incidental collision of macro name. > Changing LIBMAIL to LIBS_MAIL should also work. > > --- > Ken'ichi HANDA > handa@etl.go.jp