similar to: [PATCH 4/4] Robustify autogen.sh

This allows the script to be run from somewhere other than the top-level build directory. --- autogen.sh | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/autogen.sh b/autogen.sh index 1a9a020..ab52ab6 100755 --- a/autogen.sh +++ b/autogen.sh @@ -2,6 +2,13 @@ # Run this to set up the build system: configure, makefiles, etc. # We trust that the user has a recent

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

Small remark: > diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am > index 13ab593..aa88100 100644 > --- a/src/libFLAC/Makefile.am > +++ b/src/libFLAC/Makefile.am > @@ -34,6 +34,9 @@ noinst_LTLIBRARIES = libFLAC-static.la > if DEBUG > DEBUGCFLAGS = -DFLAC__OVERFLOW_DETECT > endif > + > +# FIXME: The following logic should be part of configure, not of

On 07/31/15 11:53 PM, Erik de Castro Lopo wrote: > Dave Yeo wrote: > >> >Building flac git head on OS/2 dies when running "sh /usr/bin/autoreconf >> >--install --force" > Don't run autoreconf, use autogen.sh in the FLAC git repo which contains: > > touch config.rpath using a port of DASH, [K:\usr\local\src\flac]sh autogen.sh function: not

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

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

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

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

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'

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,

Hello, I couldn't help noticing that the debian build system in cvs was changed. As I used to compile and install from cvs, I discovered a small problem regarding autogen.sh. It's called in debian/rules, before the obj-dir is created (and changed into and ../configure is started). At least on my system autogen.sh implicitly runs ./configure, so the original source path is already

It seems autogen.sh does not see the ogg frameowrk: [localhost:~/Sources/vorbis-tools] ecc% ./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. Generating configuration files for vorbis-tools, please wait.... aclocal libtoolize --automake automake --add-missing automake: configure.in:

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

autogen.sh | 2 +- configure.ac | 10 ++-------- libswfdec-gtk/Makefile.am | 4 ++-- libswfdec/swfdec_codec_audio.c | 6 +++--- libswfdec/swfdec_codec_video.c | 6 +++--- libswfdec/swfdec_player.c | 3 +++ test/trace/Makefile.am | 4 ++-- 7 files changed, 16 insertions(+), 19 deletions(-) New commits: commit

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

Ozkan Sezer wrote: > On 8/21/13, lvqcl <lvqcl.mail at gmail.com> wrote: > > 1) Some time ago all project files for MSVC 6 were removed; it makes sense > > to remove the code that is necessary only for MSVC 6 and older compilers. > > > > One may still compile using command line instead of a project file. Does > it really hurt keeping such code? Its crufty old

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 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

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"

In case you're ok with not version-controlling files imported via autogen, ... >From 72c829395bb6a4800516d4f535e18af48195585b Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Mon, 3 Aug 2009 11:00:22 -0400 Subject: [PATCH] Remove files imported via autogen.sh. * m4/.gitignore: Ignore these files. * m4/codeset.m4: Remove file. * m4/gettext.m4: Likewise. *