[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Cannot link movemail on SunOS-5.5 in latest CVS
From: |
Kenichi Handa |
Subject: |
Re: Cannot link movemail on SunOS-5.5 in latest CVS |
Date: |
Mon, 27 May 2002 08:54:29 +0900 (JST) |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) |
Richard Stallman <address@hidden> 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
address@hidden