search for: ac_config_aux_dir

...g/docs/Projects.html. I have completed step 4 requiring me to set the values in autoconf/configure.ac In step 5, when I run AutoRegen.sh, I get the following error: Can't find the LLVM autoconf/m4 directory. The project should be checked out to projects directory So, I assumed that I set AC_CONFIG_AUX_DIR incorrectly in configure.ac. I tried setting it to an absolute path and a relative path but had no luck. Then I looked at AutoRegen.sh, and it seems to have a variable called llvm_m4 that is hardcoded to either ../../../autoconf/m4 or ../../llvm/autoconf/m4. If I hardcode in another option...

...ole from Mercurial repository. I put pigeonhole as a subdir in the dovecot sourcetree. Following http://hg.rename-it.nl/dovecot-2.0-pigeonhole/raw-file/tip/INSTALL I called ./autogen.sh; ./configure --with-dovecot=..; make In the buildprocess I saw this output ( from autogen.sh ): Putting files in AC_CONFIG_AUX_DIR, `..'. libtoolize: `config.guess' exists: use `--force' to overwrite libtoolize: `config.sub' exists: use `--force' to overwrite libtoolize: `ltmain.sh' exists: use `--force' to overwrite I dont know *why* AC_CONFIG_AUX_DIR is .. but in .. there are the mentioned files...

...ros that are used in your project's configure.ac. By convention, your project should be in the llvm/projects directory so that you have: 1. llvm/autoconf 2. llvm/projects/yourProj/autoconf The AutoRegen.sh in #2 is looking for #1. By convention that should be located at ../../../autoconf/m4. AC_CONFIG_AUX_DIR has nothing to do with it, as that comes into play only when autoconf is run, not when AutoRegen.sh is running. Probably the only thing you're doing "wrong" is not placing your project in the llvm/projects directory. If you need to have your project elsewhere, then what you did (ch...

...39;s configure.ac. By convention, > your project should be in the llvm/projects directory so that you have: > > 1. llvm/autoconf > 2. llvm/projects/yourProj/autoconf > > The AutoRegen.sh in #2 is looking for #1. By convention that should be > located at ../../../autoconf/m4. AC_CONFIG_AUX_DIR has nothing to do > with it, as that comes into play only when autoconf is run, not when > AutoRegen.sh is running. > > Probably the only thing you're doing "wrong" is not placing your project > in the llvm/projects directory. If you need to have your project > el...

...gt; > your project should be in the llvm/projects directory so that you have: > > > > 1. llvm/autoconf > > 2. llvm/projects/yourProj/autoconf > > > > The AutoRegen.sh in #2 is looking for #1. By convention that should be > > located at ../../../autoconf/m4. AC_CONFIG_AUX_DIR has nothing to do > > with it, as that comes into play only when autoconf is run, not when > > AutoRegen.sh is running. > > > > Probably the only thing you're doing "wrong" is not placing your project > > in the llvm/projects directory. If you need to...

...r project should be in the llvm/projects directory so that you have: >>> >>>1. llvm/autoconf >>>2. llvm/projects/yourProj/autoconf >>> >>>The AutoRegen.sh in #2 is looking for #1. By convention that should be >>>located at ../../../autoconf/m4. AC_CONFIG_AUX_DIR has nothing to do >>>with it, as that comes into play only when autoconf is run, not when >>>AutoRegen.sh is running. >>> >>>Probably the only thing you're doing "wrong" is not placing your project >>>in the llvm/projects directory. If yo...

...+ test -f ..//home/gian/src/asterisk-1.8.26.0/my-build-directory/shtool It looks to me that despite checking "`pwd`" leads to a correct behaviour, checking "../`pwd`" is not correct. I seem to understand that this behaviour was introduced in configure.ac at r259848, by adding AC_CONFIG_AUX_DIR(`pwd`) > The log for the commit reports ------------------------------------------------------------------------ > r259848 | qwell | 2010-04-28 22:32:14 +0200 (Wed, 28 Apr 2010) | 9 lines > > Merged revisions 259847 via svnmerge from > https://origsvn.digium.com/svn/asterisk/branch...

...m/projects directory so that you have: > >>> > >>>1. llvm/autoconf > >>>2. llvm/projects/yourProj/autoconf > >>> > >>>The AutoRegen.sh in #2 is looking for #1. By convention that should be > >>>located at ../../../autoconf/m4. AC_CONFIG_AUX_DIR has nothing to do > >>>with it, as that comes into play only when autoconf is run, not when > >>>AutoRegen.sh is running. > >>> > >>>Probably the only thing you're doing "wrong" is not placing your project > >>>in the llvm/p...

...o that you have: >>>>> >>>>> 1. llvm/autoconf >>>>> 2. llvm/projects/yourProj/autoconf >>>>> >>>>> The AutoRegen.sh in #2 is looking for #1. By convention that should be >>>>> located at ../../../autoconf/m4. AC_CONFIG_AUX_DIR has nothing to do >>>>> with it, as that comes into play only when autoconf is run, not when >>>>> AutoRegen.sh is running. >>>>> >>>>> Probably the only thing you're doing "wrong" is not placing your project >>>&gt...

...2: syntax error near unexpected token `blas' ./configure: line 2982: ` withval=$with_blas; R_ARG_USE(blas)' OK.. there's a recipe that oen can use, starting with: libtoolize --force but you get: A sequence typical found out there, starting withlibtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `tools'. libtoolize: linking file `tools/ltmain.sh' libtoolize: You should add the contents of the following files to `aclocal.m4': libtoolize: `/usr/share/aclocal/libtool.m4' libtoolize: `/usr/share/aclocal/ltoptions.m4' libtoolize: `/usr/share/aclocal/ltversion.m4'...

...e directories and the corresponding */Makefile names in configure.ac. Now that gnulib-cache.m4 records state, to update from gnulib in the future, you'd just run this, perhaps from an ./autogen.sh script: (I haven't done that yet) ../.gnulib/gnulib-tool --update Also, I added the usual AC_CONFIG_AUX_DIR([build-aux]) directive to configure.ac so that all of the auxilliary files pulled in by autoreconf don't clutter the daemon/ directory. The only other change was the always-required-with-gnulib one to add these two lines to configure.ac: gl_EARLY gl_INIT If you apply this on top of yours...

...ac + mkdir -p daemon/m4 autoreconf -i diff --git a/configure.ac b/configure.ac index a78ca51..27e5be9 100644 --- a/configure.ac +++ b/configure.ac @@ -24,7 +24,7 @@ m4_define([libguestfs_extra], []) AC_INIT([libguestfs],libguestfs_major.libguestfs_minor.libguestfs_release[]libguestfs_extra) AC_CONFIG_AUX_DIR([build-aux]) -AM_INIT_AUTOMAKE([foreign]) +AM_INIT_AUTOMAKE([foreign color-tests]) m4_ifndef([AM_SILENT_RULES], [m4_define([AM_SILENT_RULES],[])]) AM_SILENT_RULES([yes]) # make --enable-silent-rules the default. diff --git a/daemon/configure.ac b/daemon/configure.ac index 43e331b..cd31fa8 100644...

...changed, 2 insertions(+), 0 deletions(-) diff --git a/configure.ac b/configure.ac index cf0591d..f2d05dd 100644 --- a/configure.ac +++ b/configure.ac @@ -25,6 +25,7 @@ m4_define([libguestfs_extra], []) AC_INIT([libguestfs],libguestfs_major.libguestfs_minor.libguestfs_release[]libguestfs_extra) AC_CONFIG_AUX_DIR([build-aux]) AM_INIT_AUTOMAKE([foreign]) +AM_SILENT_RULES([yes]) # make --enable-silent-rules the default. AC_CONFIG_MACRO_DIR([m4]) diff --git a/daemon/configure.ac b/daemon/configure.ac index b038d17..3abc306 100644 --- a/daemon/configure.ac +++ b/daemon/configure.ac @@ -18,6 +18,7 @@ AC_INI...

Hello, today I checked out a new copy of Dovecot (and LDA) from CVS: File: ChangeLog Status: Up-to-date Working revision: 1.2765 Repository revision: 1.2765 /home/cvs/dovecot/ChangeLog,v I could compile them, but my findings follow: - the problem: I copied dovecot-lda below CVS_ROOT/dovecot, the first make attempt failed with this fatal error: make[3]: Entering directory

...re.ac +++ b/configure.ac @@ -22,7 +22,7 @@ m4_define([virtv2v_release], [68]) # extra can be any string m4_define([virtv2v_extra], []) -AC_INIT([virtv2v],virtv2v_major.virtv2v_minor.virtv2v_release[]virtv2v_extra) +AC_INIT([virt-v2v],virtv2v_major.virtv2v_minor.virtv2v_release[]virtv2v_extra) AC_CONFIG_AUX_DIR([build-aux]) AM_INIT_AUTOMAKE([foreign]) -- 1.6.4.378.g88f2f >From 2e33faf68770703d832f693528229dc3676ecace Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Fri, 21 Aug 2009 12:45:46 +0200 Subject: [PATCH 3/3] build: arrange for "make distcheck" to p...

...ry to act as a visitor, I reach teh follwoing error: # autoreconf -vi autoreconf: Entering directory `.' 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 fil...

...onf, quote string variables linux sysfs: retrieve vendor, device... info via separate sysfs files autogen.sh: use quoted string variables Revert "linux_sysfs: include <limits.h> for PATH_MAX" configure.ac: remove AC_CONFIG_SRCDIR macro configure.ac: set AC_CONFIG_AUX_DIR libpciaccess 0.13.5 Felix Janda (2): linux_sysfs.c: Include <limits.h> for PATH_MAX linux_sysfs: include <limits.h> for PATH_MAX Henry Zhao (2): probe should not hold pci nexus drivers open use cached devinfo snapshots, remove unnecessary di_init() Julie...

...idn't have 'serial_tests'. --- configure.ac | 17 +---------------- 1 file changed, 1 insertion(+), 16 deletions(-) diff --git a/configure.ac b/configure.ac index 88f5568..9fde5c5 100644 --- a/configure.ac +++ b/configure.ac @@ -30,22 +30,7 @@ AC_SUBST([RELEASE_DATE], [2015-11-04]) AC_CONFIG_AUX_DIR([build-aux]) -dnl Initialize automake. automake < 1.12 didn't have serial-tests and -dnl gives an error if it sees this, but for automake >= 1.13 -dnl serial-tests is required so we have to include it. Solution is to -dnl test for the version of automake (by running an external comman...

...only AC_CANONICAL_HOST examples/genl: fix newline imbalance examples/genl: support dumping the genl families src: use limits.h header include: use sanitized header from headers_install build: abort autogen on subcommand failure Update .gitignore build: use AC_CONFIG_AUX_DIR and stash away tools m4: resolve autoconf-2.68 warnings build: disable implicit .tar.gz archive generation and use POSIX mode Pablo Neira Ayuso (8): header: fix invalid use of type void * in arithmetic of mnl_for_each_nest(...) Merge branch 'master' of git://dev.med...

...ts src: declare non-modified data as const build: remove unused LIBTOOL_DEPS build: create a Make_global.am file build: use -Wall across the entire source utils: resolve compiler warnings build: fix error with automake-1.9 Update .gitignore build: use AC_CONFIG_AUX_DIR and stash away tools build: disable implicit .tar.gz archive generation and use POSIX mode Pablo Neira Ayuso (7): build: bump version to 1.0.0 license: upgrade to GPLv2+ doc: discourage the use of nflog_set_nlbufsiz() Merge branch 'master' of git://dev.medozas...