similar to: NB: automake 1.13 miscompiles ocaml/Makefile.am

RHEL 6 has automake 1.13.4. Since we have stopped supporting RHEL 5, there is no need for the complex macro to check for older versions of automake that didn'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 @@

From: "Richard W.M. Jones" <rjones at redhat.com> Earlier versions of automake complain if they get a configuration parameter which they don't understand. The error is: configure.ac:27: error: option 'serial-tests' not recognized Use some m4 hackery to work around this. --- configure.ac | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) diff

In case either the silent rules are disabled, or V=1 is set, print the full command line that is executed. --- ocaml-link.sh.in | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/ocaml-link.sh.in b/ocaml-link.sh.in index 129c6fb0e..ba990f809 100755 --- a/ocaml-link.sh.in +++ b/ocaml-link.sh.in @@ -43,6 +43,14 @@ while true ; do esac done +# Integration with silent rules of

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:

Thanks. I was worried about the assembler invocation but it looks like you solved that problem. Smooth build on my pbook (G4, 10.2.8, gcc-3.3, ac-2.59, am-1.6.3). Only problem was lack of check for docbook-to-man; my patch is attachments 1-2. Not so smooth on my imac (G3, 10.2.8, gcc-3.3, ac-2.52, am-1.6.1; that's what came with the last 10.2-compatible dev tools). First problem: typo 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

Hi Reid, just a quick note while you're doing this, a while ago I ran into a problem that the standard makefiles weren't building libraries (like, say, a new pass) correctly on OS X - they were being built as shared libraries and not bundles, so they couldn't be loaded with dlopen. The discussion is in the archives if you want more details... I fixed it locally by doing the following

Hi, I'm trying to compile icecast-kh (last version) on a OpenBSD machine. While I execute ./autogen.sh an error occurs: autoheader libtoolize --automake automake --add-missing automake: #################### automake: ## Internal Error ## automake: #################### automake: unrequested trace `include' automake: Please contact <bug-automake@gnu.org>. at

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

Hi again. Which version of automake is used for the sources of icecast (& co)? Which versions of automake will be able to work with the files on cvs? I'd also like to ask you if some of you got to build the icecast 2 sources correctly with redhat 7.2, 7.3 or 8.0. I am getting the following error doing an ./autogen.sh: I am going to run ./configure with no arguments - if you wish to

Hi, I'd like to convert LLVM to use automake. This, as you know, has been a hot-button for me over the last several months. See http://llvm.cs.uiuc.edu/PR106 for the details. Now that llvm/test/Programs is moved out of the main source repository, I think the time is right. However, I don't want to break everyone's build environment while I develop it. The plan is to have peaceful

On Wed, 20 Oct 2004 at 12:29:38 -0500, Misha Brukman wrote: > On Wed, Oct 20, 2004 at 01:01:33AM -0700, Reid Spencer wrote: > > Instead of spending a bunch more time on trying to get automake to work, > > I suggest we just fix the current makefile system to do what automake > > can do. Specifically we need to: > [snip] > > I am, of course, soliciting feedback

Hello, I've tried NUT trunk SVN branch some time ago in order to use it with a Blazer USB UPS (megatec protocol driver supported by Carlos Rodriguez). This UPS wasn't yet supported by NUT but I was able to compile and test the software on my Debian. I download in order to try latest Rev: 805 today to see if USB support for my UPS where better but the 'autoreconf' command give me

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

On Fri, 22 Oct 2004, Reid Spencer wrote: > > In an effort to start making our makefile system better, I've committed changes > to Makefile.rules and a few library Makefiles that nearly double the speed of > our compilations. I can now build all of LLVM (lib, utils, tools, runtime, > examples) in just over 17 minutes on my system. This used to take over 30 Nice!! > *

John, The point I was trying to make (and obviously didn't) was that because automake can make the mechanics of building/testing/packaging a release so much easier (one command), it is possible for this to be automated regularly (e.g. nightly test). Consequently, the problems only seen when building a distribution would be available much sooner than the week before the release. Distribution

Note : I'm subscribed to the list. Please don't CC replies to me. Hi all, I am trying to compiler current CV head on a PowerPC G3 Debain system. Debian test has automake 1.9 which is a little more stringent about errors than 1.8. The following patch has the following fixes. 0) Remove AC_CANNONIAL_HOST because it has already been invoked earlier 1) Make sure

Folks, I have recently added support for building LLVM with automake. This shouldn't affect anyone, and is entirely optional at this point. Note that the automake support is currently in addition to the current makefile system, it doesn't replace it. This effort isn't complete (e.g. install doesn't work), but if you'd like to take a look at what's coming or even help, it

Compiling current git on MacOSX 10.5.8 Darwin mac.stare.cz 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 i386 $ ./autogen.sh Updating build configuration files for FLAC, please wait.... configure.ac:26: require Automake 1.11, but have 1.10 autoreconf: automake failed with exit status: 1 Why

I have the latest updates to CentOS 5.6. However, I need different versions of autoconf and automake. How can this be handled? What will happen on later updates? Currently I have autoconf (GNU Autoconf) 2.59 automake (GNU automake) 1.9.6 I need autoconf 2.69-1 and automake 1.11.6. Thanks, John -- John J. Boyer; President, Chief Software Developer Abilitiessoft, Inc.