similar to: [PATCH] autogen.sh : detect automake-1.10 correctly

The autoreconf tool is provided by autoconf to do what custom autogen.sh scripts in many projects used to do. Only it is more robust and widely tested. It has been available for several years, too. No reason to rely on custom code for this. Signed-off-by: Max Horn <max at quendi.de> --- Makefile.am | 2 - autogen.sh | 168

the attached patch against current svn brings autogen.sh in line with that in ogg/, and updates Makefile.am appropriately. (needed to build on os x and probably elsewhere) Conrad. -------------- next part -------------- Index: Makefile.am =================================================================== --- Makefile.am (revision 6517) +++ Makefile.am (working copy) @@ -1,6 +1,6 @@ ## Process

subversion now) source and versioned autoFoo Message-ID: <200407191939.i6JJd6g01573@Mail.NOSPAM.DynDNS.dK> [I don't think I sent this; if so, ignore. This was written over a month ago. Feedback probably won't work as I'm offline, but I'll patiently browse the archives when they're available again. Sorry.] Howdy. When building the CVS source using autogen.sh, in

This patch series modernizes various aspects of the autotools based build system. There is a lot more that could and should be done, but I tried to stay conservative for now and just resolve some of the most obvious issues. Max Horn (5): configure: replace XIPH_C_FIND_ENDIAN by AC_C_BIGENDIAN autogen.sh: replace this by a simple call to autoreconf configure: always print

On Mon, Nov 10, 2003 at 03:31:34PM +0100, gtgbr@gmx.net wrote: [re: http://xiph.org/archives/cvs/4109.html] > I have only automake 1.7.8 installed and the check complains that it > can't find 1.6.x and bails out. My previous makes worked fine with 1.7.x > ... is it possible to improve this so it works with "or later"? I'd like to, but haven't been able to come up

for am in automake-$AM_NEEDED automake$AM_NEEDED \ automake automake-1.7 automake-1.8 automake-1.9 automake-1.10; do This code makes it check for automake-1.7 (AM_NEEDED evaluates to 1.7), then automake (unversioned wrapper), then 1.7 (again), 1.8, 1.9 and then 1.10 1) Why the check is generally ascending? Isn't it better use the most recent version that is known to work instead of

I've eagerly grabbed the current CVS as of a few minutes ago, and attempted to build and play with theora, but am running into a snag with the autogen.sh script: ------------------------------------------------------------------------ bash-2.05# ./autogen.sh I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the ./autogen.sh command line.

All, We've accumulated quite a few changes to libvorbis since the 1.2.0 release. I'd like to do a new one, a propose that 1.2.1 happen May 5 or so. So, if you have any outstanding issues, please mention them here, and please check that current svn is working for you. Thanks, -r

Josh, Automake 1.10 on OSX is giving me warnings like the following: test/Makefile.am:50: wildcard *.raw: non-POSIX variable name test/Makefile.am:50: (probably a GNU make extension) test/Makefile.am:50: wildcard *.flac: non-POSIX variable name test/Makefile.am:50: (probably a GNU make extension) test/Makefile.am:50: wildcard *.oga: non-POSIX variable name

if i run autogen.sh on fresh 1.1.beta9 source, it fails @ ./autogen.sh ... 100%[====================================>] 154,427 115.09K/s 08:45:56 (114.82 KB/s) - `wiki-export.tar.gz' saved [154427/154427] configure.in:16: required file `./config.rpath' not found configure.in:5: installing `./missing' configure.in:5: installing `./install-sh'

Well, just a simple helper. Signed-off-by: Axel Gembe <ago at bastart.eu.org> --- autogen.sh | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) create mode 100755 autogen.sh diff --git a/autogen.sh b/autogen.sh new file mode 100755 index 0000000..76a2462 --- /dev/null +++ b/autogen.sh @@ -0,0 +1,6 @@ +#!/bin/sh + +autoreconf -v --install -Wno-portability +libtoolize --copy

Hi, In compiz' autogen.sh, there are these lines: # work around bgo 323968 ln -s ../po config/po intltoolize --force --copy --automake || exit 1 rm config/po Now, I'm not really familiar with that intltoolize/autotools/etc.-stuff, but am courious what this is for? What does bgo 323968 mean? Is this a bug number? It isn't in the fdo-bugzilla. The reason I'm investigating this

autogen.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 17d9a33cc29cf0ac5a08b528709baf4c49ee9b3b Author: Benjamin Otte <otte at gnome.org> Date: Mon Dec 3 16:45:40 2007 +0100 fix name of project diff --git a/autogen.sh b/autogen.sh index 04e60a1..39a9359 100755 --- a/autogen.sh +++ b/autogen.sh @@ -4,7 +4,7 @@ srcdir=`dirname $0` test -z

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=550 Summary: building ulogd2 fails due to missing 'autoheader' in autogen.sh Product: ulogd Version: SVN (please provide t Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ulogd

I ran autogen.sh, but then make was always failing like this: $ make cfg.mk:141: *** gnulib update required; run ./autogen.sh first. Stop. Here's the fix: >From f743f32079fea2e8a17c7f5b59305e584c75dba0 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Fri, 20 Nov 2009 14:29:55 +0100 Subject: [PATCH libguestfs] build: make autogen.sh update

Signed-off-by: Masami HIRATA <msmhrt at gmail.com> --- generator/generator_xdr.ml | 1 + 1 file changed, 1 insertion(+) diff --git a/generator/generator_xdr.ml b/generator/generator_xdr.ml index 9acea8f..ef9e0f2 100644 --- a/generator/generator_xdr.ml +++ b/generator/generator_xdr.ml @@ -40,6 +40,7 @@ let generate_xdr () = generate_header CStyle LGPLv2plus; (* This has to be

Could someone add this autogen.sh script to the toplevel of openssh_cvs? Many projects include an autogen.sh script so that folks need not remember what auto commands need to get run and in what order. % cat autogen.sh #!/bin/sh # Run this program (./autogen.sh) after changing any of # the files that are used to automatically generate # other files. #aclocal autoheader autoconf #automake

This used to be the case before commit 30de2cb603cd. Signed-off-by: Martin Kletzander <mkletzan@redhat.com> --- README | 1 - autogen.sh | 5 +++++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/README b/README index 679bf7010bbe..e5187a65ed47 100644 --- a/README +++ b/README @@ -107,7 +107,6 @@ Building and installing If you're cloning this from git the first

CVS update @ Sat Feb 22 15:14:52 PST 2003 When ./autogen.sh is run, I get: src/Makefile.am:5: required directory src/lib-settings does not exist Just thought someone would want to know. - Jesse

autogen.sh fails on FreeBSD 8.1 m4 1.4.15 autoconf 2.67 Here is the error message: 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. configure:20543: error: possibly undefined macro: AS_MESSAGE_LOG_FDdnl If