Sam Steingold wrote:
> > I suspect it has something to do with the autoconf infrastructure of your
> > package. Can you provide a complete tarball of it? (The clisp cvs still has
> > libsigsegv.m4 serial 3.)
>
> I reverted back to serial 3 so that my users can build.
> try "cvs up -D 2009-06-16"
Tried this. It gave me a warning message
cvs update: warning: unrecognized response `Unknown command Sticky
D2009.06.15.22.00.00 at /usr/bin/git-cvsserver line 198, <STDIN> line 13248.'
from cvs server
cvs [update aborted]: end of file from server (consult above messages if any)
But anyway. In this setting I reproduce. The problem is triggered because you
have to invocations of gl_LIBSIGSEGV in a row, one from src/configure.in and
other one from the gnulib-generated gl_INIT macro. AC_LIB_LINKFLAGS was not
tested in this situation so far.
I'm applying this fix:
2009-06-21 Bruno Haible <br...@clisp.org>
Make two consecutive identical invocations of AC_LIB_HAVE_LINKFLAGS
work.
* m4/lib-link.m4 (AC_LIB_LINKFLAGS_BODY): Reset HAVE_LIB${NAME}
together with LIB${NAME}, LTLIB${NAME}.
Reported by Sam Steingold <s...@gnu.org>.
--- m4/lib-link.m4.orig 2009-06-21 19:16:22.000000000 +0200
+++ m4/lib-link.m4 2009-06-21 19:15:40.000000000 +0200
@@ -1,4 +1,4 @@
-# lib-link.m4 serial 19 (gettext-0.18)
+# lib-link.m4 serial 20 (gettext-0.18)
dnl Copyright (C) 2001-2009 Free Software Foundation, Inc.
dnl This file is free software; the Free Software Foundation
dnl gives unlimited permission to copy and/or distribute it,
@@ -210,6 +210,9 @@
LTLIB[]NAME=
INC[]NAME=
LIB[]NAME[]_PREFIX=
+ dnl HAVE_LIB${NAME} is an indicator that LIB${NAME}, LTLIB${NAME} have been
+ dnl computed. So it has to be reset here.
+ HAVE_LIB[]NAME=
rpathdirs=
ltrpathdirs=
names_already_handled=
