Hello,
On Thu, Aug 25, 2005 at 05:06:55PM +0200, Bruno Haible wrote:
> AC_INIT(regexp, 1.0, clisp-list)
> +AC_GNU_SOURCE
> AC_CONFIG_SRCDIR(regexp.lisp)
> That might be a little too early, [...]
> I would put it after the determination of CC and CPP, but
> before all AC_CHECK_HEADER and AC_CHE
Hello,
On Thu, Aug 25, 2005 at 09:36:12AM -0400, Sam Steingold wrote:
> But I do not have lib/regex.c!
> I have regex.c in the current directory!
> Is it OK?
yes, it is.
Stepan
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailm
Sam Steingold wrote:
> But I do not have lib/regex.c!
> I have regex.c in the current directory!
> Is it OK?
Yes, it is OK since clisp is not using automake. Only in projects with a
Makefile.am it is a problem if you don't put the AC_LIBSOURCEd files into
lib/.
Bruno
__
Stepan Kasal wrote:
> There was one remaining problem: AC_GNU_SOURCE has to be called early in
> configure.ac.
> ...
@@ -4,6 +4,7 @@
AC_PREREQ(2.57)
AC_INIT(regexp, 1.0, clisp-list)
+AC_GNU_SOURCE
AC_CONFIG_SRCDIR(regexp.lisp)
AC_CONFIG_AUX_DIR(../../src/build-aux)
AC_CONFIG_HEADERS(config.h
> * Stepan Kasal <[EMAIL PROTECTED]> [2005-08-25 11:06:00 +0200]:
>
> On Wed, Aug 24, 2005 at 10:30:44PM -0400, Sam Steingold wrote:
>> gnulib CVS head does not contain gl_INCLUDED_REGEX.
>
> (gl_REGEX): Don't bother checking whether lib/regex.c exists;
> assume that it does.
>
> The first change m
Sam Steingold wrote:
> gnulib CVS head does not contain gl_INCLUDED_REGEX.
Paul removed this macro; you need to call gl_REGEX without arguments, now.
Bruno
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnuli
Hello,
On Thu, Aug 25, 2005 at 11:06:00AM +0200, Stepan Kasal wrote:
> Indeed, when I cp ../gnulib/m4/regex.m4 src/m4/
> and apply the patch attached below, then
>
> make -f Makefile.devel check-configures
I forgot to attach the patch, sorry.
Please find it attached to this mail.
Stepan
Hello,
On Wed, Aug 24, 2005 at 10:30:44PM -0400, Sam Steingold wrote:
> gnulib CVS head does not contain gl_INCLUDED_REGEX.
Indeed:
revision 1.42
date: 2005/08/23 18:48:31; author: eggert; state: Exp; lines: +95 -109
* regex.m4 (gl_INCLUDED_REGEX): Remove; no longer used.
All contents moved t
> * Stepan Kasal <[EMAIL PROTECTED]> [2005-08-24 07:46:51 +0200]:
>
> On Tue, Aug 23, 2005 at 04:41:22PM -0400, Sam Steingold wrote:
>> GNU CLISP comes with regex.c and it places it in the "current"
>> directory.
>> clisp/modules/regexp/configure.in
>> has
>> gl_INCLUDED_REGEX([regex.c])
>> and fil
Hello,
On Tue, Aug 23, 2005 at 04:41:22PM -0400, Sam Steingold wrote:
> GNU CLISP comes with regex.c and it places it in the "current"
> directory.
> clisp/modules/regexp/configure.in
> has
> gl_INCLUDED_REGEX([regex.c])
> and files files
> clisp/modules/regexp/regex.h
> clisp/modules/regexp/regex
> * Paul Eggert <[EMAIL PROTECTED]> [2005-08-23 11:49:25 -0700]:
>
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
>> That appears to be obsolete. As far as I see, there are no users of this
>> macro which don't also bundle regex.c.
>
> Yes, that sounds right. I installed this patch into gnulib, and
Bruno Haible <[EMAIL PROTECTED]> writes:
> That appears to be obsolete. As far as I see, there are no users of this
> macro which don't also bundle regex.c.
Yes, that sounds right. I installed this patch into gnulib, and then
reindented.
2005-08-23 Paul Eggert <[EMAIL PROTECTED]>
* m
Stepan Kasal wrote:
> The macro gl_INCLUDED_REGEX contains this:
>
> m4_syscmd([test -f '$1'])
> ifelse(m4_sysval, 0,
> [ ...
> gl_PREREQ_REGEX
> ])
> ...
>
> Why is the above trick necessary? Why should the macro expansion
> depend on the presence of the file?
That
Hello,
On Sun, Aug 07, 2005 at 01:21:04PM -0400, Sam Steingold wrote:
> > Maybe this trick is not working reliably; aclocal was not designed for
> > this... Could you post the ad hoc created configure.in?
so it seems the problem is in regex.m4, which comes from gnulib.
Thus I cc this post to bug
14 matches
Mail list logo
