Re: [PATCH] build: use AC_CONFIG_HEADERS, not AM_CONFIG_HEADER

2013-03-05 Thread Pavel Raiskup
Dear Stefano, sorry for so late response, > On 12/30/2012 10:35 AM, Paolo Bonzini wrote: >> Il 29/12/2012 21:43, Stefano Lattarini ha scritto: >>> On 12/29/2012 08:46 PM, Paolo Bonzini wrote: Il 29/12/2012 17:32, Stefano Lattarini ha scritto: > * configure.ac: Here. The latter has been r

Re: [PATCH] build: use AC_CONFIG_HEADERS, not AM_CONFIG_HEADER

2013-03-05 Thread Stefano Lattarini
Hi Pavel. On 03/05/2013 02:56 PM, Pavel Raiskup wrote: > Dear Stefano, sorry for so late response, > >> On 12/30/2012 10:35 AM, Paolo Bonzini wrote: >>> Il 29/12/2012 21:43, Stefano Lattarini ha scritto: On 12/29/2012 08:46 PM, Paolo Bonzini wrote: > Il 29/12/2012 17:32, Stefano Lattarin

[PATCHES] Better error messages if obsolete macros are used (was: Re: [PATCH] build: use AC_CONFIG_HEADERS, not AM_CONFIG_HEADER)

2012-12-30 Thread Stefano Lattarini
ated since 2002) has been removed in favour of AC_CONFIG_HEADERS. However, the removal was done without a proper deprecation period, and that caused packages upgrading to Automake 1.13 to fail with very unclear error messages, e.g.: configure.ac:4: warning: macro 'AM_CONFIG_HEADER' no

Re: [PATCH] build: use AC_CONFIG_HEADERS, not AM_CONFIG_HEADER

2012-12-30 Thread Stefano Lattarini
On 12/30/2012 10:35 AM, Paolo Bonzini wrote: > Il 29/12/2012 21:43, Stefano Lattarini ha scritto: >> On 12/29/2012 08:46 PM, Paolo Bonzini wrote: >>> Il 29/12/2012 17:32, Stefano Lattarini ha scritto: * configure.ac: Here. The latter has been removed in Automake 1.13. >>> >>> Is there any rea

Re: [PATCH] build: use AC_CONFIG_HEADERS, not AM_CONFIG_HEADER

2012-12-30 Thread Paolo Bonzini
Il 29/12/2012 21:43, Stefano Lattarini ha scritto: > On 12/29/2012 08:46 PM, Paolo Bonzini wrote: >> Il 29/12/2012 17:32, Stefano Lattarini ha scritto: >>> * configure.ac: Here. The latter has been removed in Automake 1.13. >> >> Is there any reason for this, >> > Avoiding to keep too much cruft a

Re: [PATCH] build: use AC_CONFIG_HEADERS, not AM_CONFIG_HEADER

2012-12-29 Thread Stefano Lattarini
On 12/29/2012 08:46 PM, Paolo Bonzini wrote: > Il 29/12/2012 17:32, Stefano Lattarini ha scritto: >> * configure.ac: Here. The latter has been removed in Automake 1.13. > > Is there any reason for this, > Avoiding to keep too much cruft around the codebase, and smoothing possible future transitio

Re: [PATCH] build: use AC_CONFIG_HEADERS, not AM_CONFIG_HEADER

2012-12-29 Thread Paolo Bonzini
+ b/ChangeLog > @@ -1,3 +1,8 @@ > +2012-12-29 Stefano Lattarini(tiny change) > + > + build: use AC_CONFIG_HEADERS, not AM_CONFIG_HEADER > + * configure.ac: Here. The latter has been removed in Automake 1.13. > + > 2012-12-21 Paolo Bonzini > > *

bug#12495: AC_CONFIG_HEADERS with

2012-09-23 Thread Hib Eris
Hi, With AC_CONFIG_HEADERS(config.h subdir/myconfig.h) in configure.ac, automake generates a target to build config.h.in with autoheader in Makefile.in (as expected), but it also generates a target in subdir/Makefile.in to build subdir/myconfig.h.in which also runs autoheader. This last target

RE: about AC_CONFIG_HEADERS

2012-02-16 Thread ting xie
Hi Ralf, The problem has been solved. I forgot to add two lines in the configure.ac file, and they are: AC_PROG_FC AC_PROG_F77 Thanks anyway. Regards, Ting From: tingloves...@hotmail.com To: ralf.wildenh...@gmx.de CC: automake@gnu.org Subject: about AC_CONFIG_HEADERS Date: Wed, 15 Feb

about AC_CONFIG_HEADERS

2012-02-15 Thread ting xie
Hi Ralf, How are you? It has been long since we talked last time. I meet another problem about autoconf right now. I want to use AC_CONFIG_HEADERS[FCDefs.h.in] to create a FCDefs.h file. The content of the original FCDefs.h.in file is as follows

Re: AC_CONFIG_HEADERS

2011-02-04 Thread Jeff Squyres
so passed to every compilation that > invokes the C preprocessor. In particular it generates `-I.', > `-I$(srcdir)', and a `-I' pointing to the directory holding > `config.h' (if you've used `AC_CONFIG_HEADERS' or > `AM_CONFIG_HEADER')

Re: AC_CONFIG_HEADERS

2011-02-03 Thread Ralf Wildenhues
Hi Jeff, * Jeff Squyres wrote on Thu, Feb 03, 2011 at 04:30:24PM CET: > We recently got bitten by what appears to be undocumented behavior in > AC_CONFIG_HEADERS (meaning that I couldn't find this behavior > described in the docs; I might well have missed it...?). It seems > tha

Re: AC_CONFIG_HEADERS

2011-02-03 Thread Jeff Squyres
On Feb 3, 2011, at 10:30 AM, Jeff Squyres wrote: > And since the value is hard-coded in Makefile.am, ... s/Makefile.am/Makefile.in/ Sorry about that! -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/

AC_CONFIG_HEADERS

2011-02-03 Thread Jeff Squyres
Greetings, and thanks for Automake. We recently got bitten by what appears to be undocumented behavior in AC_CONFIG_HEADERS (meaning that I couldn't find this behavior described in the docs; I might well have missed it...?). It seems that AM's version of AC_CONFIG_HEADERS automatica

Replacement for AC_CONFIG_HEADERS?

2001-10-09 Thread Murray Cumming
When I use AC_CONFIG_HEADERS in configure.in like this: AC_CONFIG_HEADERS(glib/glibmmconfig.h gdk/gdkmmconfig.h gtk/gtkmmconfig.h) I get this error from automake 1.5 configure.in: 53: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' But there doesn'

Re: patch: AC_CONFIG_HEADERS

2000-04-15 Thread Jim Meyering
Akim Demaille <[EMAIL PROTECTED]> writes: | This simple patch just changes | | - if (/A([CM])_CONFIG_HEADER\s*\((.*)\)/ | + if (/A([CM])_CONFIG_HEADERS?\s*\((.*)\)/ | | but there are some trailing spaces which were killed too by | whitespace.el. Applied. Thanks.

patch: AC_CONFIG_HEADERS

2000-04-13 Thread Akim Demaille
ake.in (scan_one_configure_file): Recognize also AC_CONFIG_HEADERS. Index: automake.in === RCS file: /cvs/automake/automake/automake.in,v retrieving revision 1.782 diff -u -r1.782 automake.in --- automake.in 2000/04/05