search for: ac_config_macro_dirs

Charles, When running autoreconf in the trunk, I get a couple of additional files since I upgraded to openSUSE 11.1. Most likely, this is due to a newer version of the auto(whatever) tools that are used. Or I never looked at this more closely before. libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file

On Wed, Jul 15, 2015 at 02:35:33PM +0200, Florent B wrote: > I have found the problem, replacing > > AC_CONFIG_MACRO_DIRS([m4]) > > with > > AC_CONFIG_MACRO_DIR([m4]) > > in configure.ac seems to solve the problem. > > It is about automake version, I have 1.11.6 (wheezy) and it needs 1.14 > to use DIRS. > > How to make it work for every version ? AC_CONFIG_MACRO_DIR() is enough f...

On Wed, Jul 15, 2015 at 04:02:07PM +0200, Florent B wrote: > configure script sent to you It seems none of the functions defined in m4/ have been expanded. Could it be you removed the AC_CONFIG_MACRO_DIR() line completely? In doubt, do a git checkout configure.ac; git pull and run autoreconf -fsi again. -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at

On Wed, Jul 15, 2015 at 02:42:13PM +0200, Florent B wrote: > ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var > --without-zlib --with-lzo --with-openssl > > is then failing on > > ./configure: line 5083: syntax error near unexpected token > `-DFORTIFY_SOURCE=2,' > ./configure: line 5083: ` AX_CHECK_COMPILE_FLAG(-DFORTIFY_SOURCE=2, >

15.07.2015 16:23, Michael Tokarev ?????: > 15.07.2015 16:20, Guus Sliepen ?????: > >>> ./configure: line 5083: ` AX_CHECK_COMPILE_FLAG(-DFORTIFY_SOURCE=2, > > Should it be AC_CHECK_COMPILE_FLAG not AX_... ? ..nope it shouldn't. ;) /mjt

I'm trying to build upstream source on RHEL 7.5 and get this error: # autoreconf -i libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'. libtoolize: copying file `m4/libtool.m4' libtoolize: copying file `m4/ltoptions.m4' libtoolize: copying file `m4/ltsugar.m4' libtoolize: copying

Series of cleanups to autotools build config files to utilize the available xorg-server macros, defaults and more closely match other modern Xorg drivers. Notable improvements: - gitignore fully covers potential build artifacts - Simplify logic given stated minimum required version of xorg-server 1.8 - Remove use of deprecated, outdated or no longer required macros - Utilize xorg macros where

Borrow this feature from libguestfs, so it is possible to "watermark" the virt-v2v executable with a extra string to the version string. --- configure.ac | 30 +++++++++++++++++++++++++++--- 1 file changed, 27 insertions(+), 3 deletions(-) diff --git a/configure.ac b/configure.ac index 00246f29..e2418564 100644 --- a/configure.ac +++ b/configure.ac @@ -15,7 +15,14 @@ # along with this

...in 2.9s 2019-12-04 10:49:59 (152 KB/s) - 'wiki2-export.tar.gz' saved [446263/446263] configure.ac:298: warning: macro 'AM_ICONV' not found in library libtoolize: putting auxiliary files in '.'. libtoolize: copying file './ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. libtoolize: copying file 'm4/libtool.m4' libtoolize: copying file 'm4/ltoptions.m4' libtoolize: copying file 'm4/ltsugar.m4' libtoolize: copying file 'm4/ltversion.m4' libtoolize: copying file 'm4/lt~obsolete.m4' configure.ac:298: warning: macr...

When building the HG checkout, I'm getting: ... libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding -I m4' to ACLOCAL_AMFLAGS in Makefile.am.a Making distclean in doc My build command looks like this: hg pull hg update ./autogen.sh make -j distclean

Hi Timo, the attached patch seems to solve a warning from autoconf: libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. Best regards, Luca -------------- next part -------------- A non-text attachment was scrubbed... Name: autoconf.patch Type: text/x-patch Size: 279 bytes Desc: not

[this time compeled the mail]. The autogen.sh of opusfile doesn't work for me: Updating build configuration files for opusfile, please wait.... configure.ac:8: installing `./install-sh' configure.ac:8: installing `./missing' Makefile.am:10: Libtool library used but `LIBTOOL' is undefined Makefile.am:10: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'

Hi, Just a quick mail to mention that I cannot generate a new configure script using autoconf or autoreconf. I had edited the configure.ac and thought ... "oh, that's my fault", but then I tried it on R-patched and R-3.4.1 without touching configure.ac and had the same problems. The "building R packages" documentation seems to suggest that "autoconf" should take

Thanks to the reminder from Dan Berrange, here's a patch to make build output less verbose, by default. E.g., instead of the redundant multi-line compilation/linking commands, you'll see something like this by default: CC guestfsd-fsck.o CC guestfsd-grep.o CC guestfsd-grub.o CC guestfsd-glob.o CC guestfsd-guestfsd.o CC guestfsd-headtail.o CC

Are there any dependencies that I need, but don't have? I've got doxygen, libogg, automake, autoconf, libtool, valgrind, docbook, nasm, yasm, libiconv. the Autogen.sh script fails with: "Updating build configuration files for FLAC, please wait.... configure.ac:308: warning: macro 'AM_ICONV' not found in library configure.ac:309: warning: macro 'AM_LANGINFO_CODESET'

Hello, I can compile metadata plugin using debian squeeze + wheezy. But build on suse enterprise server 9,10 and 11 failed. The metadata plugin require autoconf-2.65 which i too new. On the other side I can build the dovecot-2.2.4 and pigeonhole-0.4.0 plugin without problems: dovecot require autoconf-2.59 and pigeonhole does not require any specific autoconf version. I asked the authors of the

...radeon_drm_wait_pending_flip function Add radeon_drm_handle_event wrapper for drmHandleEvent Defer vblank event handling while waiting for a pending flip Remove drmmode_crtc_private_rec::present_vblank_* related code Add m4 directory Use AC_CONFIG_MACRO_DIR instead of AC_CONFIG_MACRO_DIRS EXA: Handle NULL BO pointer in radeon_set_pixmap_bo Handle ihandle == -1 in radeon_set_shared_pixmap_backing EXA: Handle ihandle == -1 in RADEONEXASharePixmapBacking glamor: Handle ihandle == -1 in radeon_glamor_set_shared_pixmap_backing Always delete entry from list i...

...mdgpu_drm_handle_event wrapper for drmHandleEvent Defer vblank event handling while waiting for a pending flip Remove drmmode_crtc_private_rec::present_vblank_* related code Use correct FB handle in amdgpu_do_pageflip Add m4 directory Use AC_CONFIG_MACRO_DIR instead of AC_CONFIG_MACRO_DIRS Handle ihandle == -1 in amdgpu_set_shared_pixmap_backing glamor: Handle ihandle == -1 in amdgpu_glamor_set_shared_pixmap_backing Always delete entry from list in drm_queue_handler Don't use xorg_list_for_each_entry_safe for signalled flips Do not push the CM_GAMMA_...

"AM_INIT_AUTOMAKE(foreign) dnl ..." seems to trigger Debian bug#738716 --- configure.ac | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index ee9d377..df31014 100644 --- a/configure.ac +++ b/configure.ac @@ -35,7 +35,8 @@ AC_CONFIG_MACRO_DIR([m4]) AC_USE_SYSTEM_EXTENSIONS AC_SYS_LARGEFILE -AM_INIT_AUTOMAKE(foreign) dnl NB: Do not

...autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I m4 autoreconf: configure.ac: tracing autoreconf: running: libtoolize --copy libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, '.'. libtoolize: copying file './ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'. libtoolize: copying file 'm4/libtool.m4' libtoolize: copying file 'm4/ltoptions.m4' libtoolize: copying file 'm4/ltsugar.m4' libtoolize: copying file 'm4/ltversion.m4' libtoolize: copying file 'm4/lt~obsolete.m4' autoreconf: running: /usr/bin/a...