similar to: Underquoted macros in aclocal (was: MIME structure intermittently lost)

Hi: Figured this would be the more appropriate place to write about this. I'm trying to compile the current SVN code on a Debian Sarge system with Automake 1.8.4. When I run ./autogen.sh I get the following: Checking for automake version found automake found aclocal Generating configuration files for icecast, please wait.... aclocal -I m4 m4/xiph_curl.m4:4: warning: underquoted

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

Hi, autoreconf -i -f which is called by autogen.sh gives these errors with git 31c9f0582260817777348c96a3576e5955f44ab3: rm at eurasia:~/swfdec/swfdec$ autoreconf -i -f /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal

After downloading libogg-1.1.tar.gz, libvorbis-1.0.1.tar.gz, and libtheora-1.0alpha3.tar.gz; building and installing them in that order, and trying the alpha3 theora encoder, I decided to try to build theora from svn. Using svn to checkout theoratrunk worked ok. The first time I tried to execute ./autogen.sh, it complained that I didn't have automake. Mandrake 10.0 comes with automake

I'm attempting to build some PECL modules on fully updated CentOS 4.2 system. Preferably pack them into nice RPM packages. However, seems I'm missing something. For example, this is what I get for sqlite module: $ pear makerpm SQLite-1.0.3.tgz `phpize' failed The php-devel package is installed (so I do have phpize command). It's just that it is failing. If I unpack the

I'm using SpamAssassin to tag spam and prefix the spam score to the subject line. To make the scores sort properly in the client's message list, I pad the score with spaces to right-align it. It looks like dovecot-0.99.10.9-1.FC3.2 is frustrating this by stripping the excess spaces from the subject before reporting it in FETCH responses. Here's an actual subject line: Subject:

On 2/23/07, Reid Spencer <rspencer at reidspencer.com> wrote: > > However, if I run the AutoRegen.sh script (after modifying it to > > accept autoconf 2.61, which I think is fine as gentoo slots it the > > same as the 2.5[0-9] versions), the configure no longer works: > > ~/programming/llvm-1.9/projects/zhe $ cd autoconf/ > >

I'm using Dovecot-0.99.10.5-0.FC2 on Fedora Core 2 on the server, and Mulberry 3.1.6 over Win2kSP4 on the client. Intermittently messages with multiple parts show up as a single text part. I'm not sure if it's Mulberry or Dovecot. I just turned on IMAP logging and restarted Mulberry and a message with two text/plain parts that wasn't showing the 2nd part is now displaying it

Hi, I am just starting a new project. I found that the above script rejects Autoconf versions later than 2.59, whereas it ought to accept them, imho. I had to edit the scrip to be able to use it with Autoconf 2.61. Also, aclocal gave the following warning: /usr/share/aclocal/oaf.m4:4: warning: underquoted definition of AM_PATH_OAF /usr/share/aclocal/oaf.m4:4: run info '(automake)Extending

For the next patch which I am about to submit (liblongpath integration), I thought I we should have the autoconf havelib macros from gnulib (AC_LIB_HAVE_LINKFLAGS). AC_LIB_HAVE_LINKFLAGS would also be useful to facilitate linking to other external libraries (popt, zlib) where they are installed outside the default search path. To avoid a dependency on gnulib (which would, IIUC, require more

Hello Scott, On Wed, 2007-02-21 at 18:57 -0500, me22 wrote: > I'm trying to follow docs/Projects.html to use llvm in a project of my own. > > If I just copy the sample directory, running configure in the new one > works fine: > ~/programming/llvm-1.9/projects $ cp -a sample/ zhe > ~/programming/llvm-1.9/projects $ cd zhe/ > ~/programming/llvm-1.9/projects/zhe $

I'm trying to follow docs/Projects.html to use llvm in a project of my own. If I just copy the sample directory, running configure in the new one works fine: ~/programming/llvm-1.9/projects $ cp -a sample/ zhe ~/programming/llvm-1.9/projects $ cd zhe/ ~/programming/llvm-1.9/projects/zhe $ ./configure configure: creating ./config.status config.status: creating Makefile.common config.status:

Trying to build the latest CVS code of LDA against dovecot beta 9. Running autogen script I'm getting this message. I added the contents of /usr/local/share/aclocal/ to /usr/local/share/libtool/libltdl/aclocal.m4 #aclocaldir = /usr/local/share/aclocal/ aclocal_DATA = libmcrypt.m4 libtool.m4 ltdl.m4 but no luck. any advise ? /usr/local/share/aclocal/libmcrypt.m4:17: warning:

Hi, > automake1.4 fails with error: > > vq/Makefile.am:9: invalid unused variable name: `AM_LDFLAGS' > > automake1.6 succeeds > > automake1.8 succeeds (with a bunch of "underquoted" warnings for > referenced macros) (the underquoted warnings are due to installed .m4 files being underquoted, and harmless) > it seems the AM_LDFLAGS magic was introduced

Signed-off-by: Doug Goldstein <cardoe at gentoo.org> --- Makefile.am | 2 +- configure.ac | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) -------------- next part -------------- A non-text attachment was scrubbed... Name: fee51bc27d60c7ec9d0371af88a476a232d9a8bd.diff Type: text/x-patch Size: 761 bytes Desc: not available Url :

The attached unified diff fixes configure so that all --with-libfoo options are allowed to be --with-libfoo=PATH. If the option is specified with a PATH, only that PATH is searched for the library. If it is specified as =yes or with no argument, it tries without modifying anything, and then tries looking in /usr/local. The SunOS5 targets no longer add /usr/local to include or library paths

The attached unified diff fixes configure so that all --with-libfoo options are allowed to be --with-libfoo=PATH. If the option is specified with a PATH, only that PATH is searched for the library. If it is specified as =yes or with no argument, it tries without modifying anything, and then tries looking in /usr/local. The SunOS5 targets no longer add /usr/local to include or library paths

Hi Josh (and everyone else on the list), Here's a quick fix for libFLAC.m4 and libFLAC++.m4 for a problem that crops up if you use the macros in an environment where LD_LIBRARY_PATH is set. The macros save LD_LIBRARY_PATH as ac_save_LDPATH, but restore it from ac_save_LD_LIBRARY_PATH. This patch changes ac_save_LDPATH to ac_save_LD_LIBRARY_PATH. Without this, LD_LIBRARY_PATH effectively gets

I'm trying to build an executable for a program I wrote. The compilation steps go well, but the linking step fails with a libtool "version mismatch" error. My linking command has this prefix: /path/to/R/bin/R CMD LINK gcc -g -std=gnu99 ... etc. The error looks like this: libtool: Version mismatch error. This is libtool 2.2, but the libtool: definition of this LT_INIT comes from

Reid, Thanks for the help. I am trying out the fixes you checked into CVS. I seem to be getting some errors running AutoRegen.sh. I am a bit inexperienced with autoconf and m4. The errors I'm getting are below. Do you know what the problem is? I am using machines running FC3. The autoconf version is 2.59, the aclocal version is 1.9.2, and the m4 version is 1.4.1.