similar to: [PATCH] theora/{Makefile.am,autogen.sh}

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

Josh, Macports on OSX ships with automake-1.10 and the current autogen.sh detects 1.10 as an invalid version of automake. The following patch (snarfed from autogen.sh from libvorbis) fixes that. Once that is fixed there are still some other issues that need fixing for automake-1.10. Cheers, Erik diff -u -r1.16 autogen.sh --- autogen.sh 21 Nov 2006 01:40:57 -0000 1.16 +++ autogen.sh 10

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

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

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

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

On Fri, Nov 17, 2006 at 08:32:02AM -0800, Josh Coalson wrote: > OK, I built on one of the sourceforge machines and made a bunch > more fixes. there are a couple innocuous warnings but the tests > all pass for me. I also checked in changes to the vendor string, > can you try one more time now? Yep, all 7 tests pass now. Yay! Attached is an autogen integration patch: (a) pass -I m4

Hi all, It seems that with commit number 13652 I inadvertantly broken the build. The problem is that I'm using the default version of gcc on Ubuntu which is gcc-4.1.2. It seems that this version is actually a C99 compiler and C99 explicitly allows declarations after statements. However, declarations after statements raise an error in earlier versions of gcc. In short this is an error that

BTW, I ran into a few issues building with recent cvs. You might want to consider copying autogen.sh from one of the other xiph codec projects and setting a proper minimum version in AUTOMAKE_OPTIONS. The current one just breaks if it the default automake isn't the appropriate version, but debian based systems (at least) often have several versions installed in parallel. We have code to

I did a check-out of vorbis trunk (revision 7445), but I'm getting problems with the autogen.sh. It complains that the required files vorbis{,enc,file}-uninstalled.pc.in are not present. $ ./autogen.sh checking for autoconf... checking for automake... checking for libtool... libtoolize I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the

Hello All: I just checked out the whole icecast but cannot build anything because autogen wouldn't cooperate. I have automake-1.7.6 just installed from ftp.gnu.org. Below is an example output in trying to build "icecast"; it's not very short... Thanks in advance for any help. --- $~/icecast/icecast> ./autogen.sh Checking for automake version found automake found

i have been playing around trying to get ice2 to work now for quite some time and frankly i am a bit frustrated by now... the anoying thing is how early in the whole proccess my problems actually start! running ./autogen.sh in the newest cvs version of ice2 results in <p>idoru:/usr/src/ices# ./autogen.sh I am going to run ./configure with no arguments - if you wish to pass any to it,

This patch cleans up the vorbis-tools Makefile.am files so they work with both automake 1.4 and 1.6. Some changes to configure.in were also needed in order to get things to work (and to fix some ac 2.50 issues). Please remove config.h from cvs as it is a generated file and empty anyway. automake 1.6 isn't really incompatable with 1.4, it's just more picky about you sticking to the rules:

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

--- Ralph Giles <giles@xiph.org> wrote: > BTW, I ran into a few issues building with recent cvs. > > You might want to consider copying autogen.sh from one of the other > xiph > codec projects and setting a proper minimum version in > AUTOMAKE_OPTIONS. > The current one just breaks if it the default automake isn't the > appropriate version, but debian based

Hi there. I have tried to compile icecast 2 by following the instructions on http://www.xiph.org/archives/icecast/2870.html After I upgrated my cvs version i was able to check out the source just as in the above mentioned inscrution, but when doing a ./autogen.sh it gave me the following errors: I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them

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.

i ran into the same issue yesterday. i had to revert back to 1.6 here is the link to the exact file that helped me ftp://ftp.gnu.org/gnu/automake/automake-1.6.tar.gz then tar -zxf automake-1.6.tar.gz; cd automake-1.6l; ./configure; make; make install <p><p>Dave St John CEO Mediacast1 www.mediacast1.com ----- Original Message ----- From: "Tano M Fotang"

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

ltconfig placeholder shoud be removed. Makefile.am : some stuff copied from branch_beta3 ogg lib must be added only where necesary. vq subdir Makefile.am'ized, (but installs nothing) made distclean target slightly more clean -- check it by hand first, please --- also you'll want to remove vq/Makefile if the ...am passes inspection ------------------------------------------------- diff