Hello,
On Tue, Aug 02, 2005 at 12:58:32PM +0200, Bruno Haible wrote:
> The style that fulfills goals 1 and 2 here is like this:
>
> [...
> # Found it, now check the version.
> ]AC_MSG_CHECKING([version of bison])[
> ac_prog_version=`$INTLBISON --version 2>&1 | sed -n 's/^.*GNU Bison
Gary V. Vaughan wrote:
The style that fulfills goals 1 and 2 here is like this:
[...
# Found it, now check the version.
]AC_MSG_CHECKING([version of bison])[
<<...>>
]AC_MSG_RESULT([$ac_prog_version])[
...]
I.e. put braces around everything, but unbrace the macro invocations
Hi Bruno, Stepan,
Bruno Haible wrote:
The desirable way to mix C or sh syntax and a macro language - for me as
someone who has to maintain some of these macros - is so that
1) A valid C or sh snippet without specific macro invocations is
valid inside the macro, and does not change its me
_GETTEXT_SUPPORTED_REVISION(major) ((major) == 0 ? 0 : -1)
> #endif
> -changequote(,)dnl
> typedef int array [2 * (__GNU_GETTEXT_SUPPORTED_REVISION(0) >= 1) - 1];
> -changequote([,])dnl
> -], [])[extern int _nl_msg_cat_cntr;
> +]], [])[extern int _nl_msg_cat_cntr;
> extern int *_nl
hole blocks of text which
I don't want to get screwed by the macro code.
IOW, I replace the pair
changequote(,) changequote([,])
with
[]
My previous patch was a mix of these two methods. I updated it to use
this one consistently; the new patch is attached to
Stepan Kasal wrote:
> changequote is consider risky:
It works fine for me.
> Attached please find a proposed patch.
> -changequote(,)dnl
> -typedef int array [2 * (__GNU_GETTEXT_SUPPORTED_REVISION(0) >= 1) - 1];
> -changequote([,])dnl
> +typedef int array [[2 * (__GNU_GETTE
On Mon, Dec 25, 2000 at 10:11:23AM -0500, Pavel Roskin wrote:
> > Yes, that version should have been named 3.x too, imho.
>
> No. We pretend to be fully compatible with correctly written
> configure.in's.
well, one reliable test for that is whether one can use the same
configure.in on old/new ve
ten
configure.in's.
> It's interesting that you call it broken, though. <= 2.13 it was
> assumed that you had a true m4 environment; most macros didn't quote,
> so you could use changequote, and you could make use of m4 define.
Last example - in aumix-2.7 "configure
Mirar wrote:
> And I *can* use every possible character inside a string; both the
> '\"' and '\042' mechanisms make sure of that. In a raw m4 environment,
> I don't have that possibility without changequote.
> Is that - define - going to be dropped too,
ation, yes, I agree with everything you said above.
But that's a default in the implementation.
With CVS Autoconf there is no such surprise: each argument is
evaluated *once* exactly. With 2.13, you never new how many times.
But WRT to changequote, it's very much like selecting the synt
> Mirar> Since m4 environment will not let you change the environment
> Mirar> (changequote) if you need to use quoting in macros, I think
> Mirar> this was a good idea. I think major the design miss was to use
> Mirar> m4 in the first place, since it doesn't work
>>>>> "Mirar" == Mirar <[EMAIL PROTECTED]> writes:
Mirar> Since m4 environment will not let you change the environment
Mirar> (changequote) if you need to use quoting in macros, I think
Mirar> this was a good idea. I think major the design miss was to us
ince m4 environment will not let you change the environment
(changequote) if you need to use quoting in macros, I think this was a
good idea. I think major the design miss was to use m4 in the first
place, since it doesn't work well in API-to-black-box environments.
> Today the situati
> "Mirar" == Mirar <[EMAIL PROTECTED]> writes:
Mirar> After looking into things a little bit more today, I can say:
Mirar> What the heck is with this totally overexaggerated quoting in
Mirar> macros?
Sorry, that's exactly the converse: what the heck is this idea that
one can write program
> "Mirar" == Mirar <[EMAIL PROTECTED]> writes:
Mirar> Akim Demaille <[EMAIL PROTECTED]> writes:
>> > "Mirar" == Mirar <[EMAIL PROTECTED]> writes:
>>
>> >> # We need balanced brackets: [
Mirar> That solution works, but is darn ugly to have to use.
>> So use @>:@.
Mirar> Does that work i
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Mirar writes:
>
> > Does that work in older autoconfs? My problem is that it's a big team
> > of developers with different versions of autoconf (from the oldest
> > possible to the newest from CVS).
>
> Standardize on one (say, 2.13) and check the
> -Original Message-
> From: Akim Demaille [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, December 21, 2000 4:15 PM
> To: Bernard Dautrevaux
> Cc: 'Mirar'; Autoconf List
> Subject: Re: changequote
>
>
>
> AC_ARG_WITH(mmalloc,
> [ --wit
Mirar writes:
> Does that work in older autoconfs? My problem is that it's a big team
> of developers with different versions of autoconf (from the oldest
> possible to the newest from CVS).
Standardize on one (say, 2.13) and check the resulting configure script
into your revision control system
Akim Demaille <[EMAIL PROTECTED]> writes:
> > "Mirar" == Mirar <[EMAIL PROTECTED]> writes:
>
> >> # We need balanced brackets: [
> Mirar> That solution works, but is darn ugly to have to use.
>
> So use @>:@.
Does that work in older autoconfs? My problem is that it's a big team
of develop
AC_ARG_WITH(mmalloc,
[ --with-mmalloc Use memory mapped malloc package],
[case "${withval}" in
yes) want_mmalloc=true ;;
no) want_mmalloc=false;;
*)AC_MSG_ERROR(bad value ${withval} for GDB with-mmalloc option)
;;
esac],[want_mmalloc=false])dnl
> -Original Message-
> From: Mirar [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, December 20, 2000 6:21 PM
> To: Autoconf List
> Subject: changequote
>
>
> I have some problems with a newer autoconf,
> I have some code (I'm not the author) that looks li
> "Mirar" == Mirar <[EMAIL PROTECTED]> writes:
>> # We need balanced brackets: [
Mirar> That solution works, but is darn ugly to have to use.
So use @>:@.
> # We need balanced brackets: [
That solution works, but is darn ugly to have to use.
/Mirar
On Thu, Dec 21, 2000 at 02:05:51PM +0100, Akim Demaille wrote:
: > "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
:
: Lars> Can't m4sugar's `m4_noquote' macro be used?
:
: Nope, inside the macro we really need the quote, but the argument he
: wants to give to AC_CACHE_VAL is not balanced =
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> Can't m4sugar's `m4_noquote' macro be used?
Nope, inside the macro we really need the quote, but the argument he
wants to give to AC_CACHE_VAL is not balanced => what would you give
to m4_noquote? An unbalanced argument, the very same
On Thu, Dec 21, 2000 at 12:54:19PM +0100, Akim Demaille wrote:
:
: > No, it means you cannot expect AC_MSG_CHECKING to keep on working
: > after having changed the quotes. Get rid of changequote. If you need
: > some help, post the snippet.
:
: Since I totally fail to work around
> No, it means you cannot expect AC_MSG_CHECKING to keep on working
> after having changed the quotes. Get rid of changequote. If you need
> some help, post the snippet.
Since I totally fail to work around, I would really appreciate some help.
This is how the original (before I s
> No, it means you cannot expect AC_MSG_CHECKING to keep on working
> after having changed the quotes. Get rid of changequote. If you need
> some help, post the snippet.
Since I totally fail to work around, I would really appreciate some help.
This is how the original (before I s
| I have some problems with a newer autoconf,
| I have some code (I'm not the author) that looks like
|
| changequote({,})dnl
| 81: AC_MSG_CHECKING(for JAVA_HOME)
|
| and gives the following disaster:
|
| /usr/local/bin/autoheader: unexpected EOF while looking for `''
I have some problems with a newer autoconf,
I have some code (I'm not the author) that looks like
changequote({,})dnl
81: AC_MSG_CHECKING(for JAVA_HOME)
and gives the following disaster:
/usr/local/bin/autoheader: unexpected EOF while looking for `''
/usr/local/bin/a
On Fri, Sep 08, 2000 at 09:05:57AM -0400, Pavel Roskin wrote:
: I'll try to remove changequote()s from libtool.m4 as long as it remains
: compatible with Autoconf-2.13
I don't see how this can be a problem - it's strictly an m4 parse issue,
and the m4 parsing is the same,
>>>>> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> I'm fixed now :-)
:)
Pavel> I'll try to remove changequote()s from libtool.m4 as long as it
Pavel> remains compatible with Autoconf-2.13
This is totally independent from the Autoconf release.
ot; looks in /usr/info before the current
directory. Not very intuitive :-(
> So in the case Pavel fixed, I'd suggest to follow the advice of Lars.
I'm fixed now :-)
I'll try to remove changequote()s from libtool.m4 as long as it remains
compatible with Autoconf-2.13
Regards,
Pavel Roskin
| On Thu, Sep 07, 2000 at 02:12:34PM -0400, Pavel Roskin wrote:
| > -
| > However, in a few places the macros need to use brackets (usually in C
| > program text or regular expressions). In those places, they use the `m4'
| > builtin command `changequote' to
On Thu, Sep 07, 2000 at 02:12:34PM -0400, Pavel Roskin wrote:
> -
> However, in a few places the macros need to use brackets (usually in C
> program text or regular expressions). In those places, they use the `m4'
> builtin command `changequote' to tempor
Hello, Lars!
I'm moving the discussion to [EMAIL PROTECTED] where it seems more
appropriate.
>From the discussion in [EMAIL PROTECTED]
> : # Check for any special shared library compilation flags.
> : -changequote(,)dnl
> : if test -n "$ac_cv_prog_cc_shlib"; the
36 matches
Mail list logo
