search for: acinclud

...ackages into the same $prefix. So in the absense of specifying these flags, it would seem suitable to just check for the appropriate header files and libraries under $prefix. In the spirit of "optimize the common case", I have attached a diff (only a few lines, actually) to vorbis-tools/acinclude.m4 that does just this. It makes configuring much simpler -- you can just do: ./autogen.sh --prefix=/tmp/foo assuming that you've previously installed all the others with a --prefix of /tmp/foo. The same issue arises in vorbis' configure script, so I attached a diff for vorbis/...

...brary > aclocal: configure.in: 22: macro `AM_PATH_XMMS' not found in library > gmake: *** [aclocal.m4] Error 1 > > That is, if I touch configure.in I must have libtool and XMMS > installed. This doesn't seem right. Should AM_PROG_LIBTOOL and > AM_PATH_XMMS be shipped in acinclude.m4? These macros are supplied by aclocal.m4, which is automatically generated by aclocal(1) from automake. If you modify configure.in, automake will re-run aclocal to pull in any new macros that might be referenced in configure.in. This is a good thing, as it keeps the macros in aclocal.m4 fres...

Hi everyone Following are a number of build-system cleanup patches. Some of them are prep-work for a possible upcoming automake/gnulib introduction. Best regards, Tiziano

...MMS' not found in > library > > > > my hunch is that your version of either automake or possibly > > autoconf is not recent enough. > > No. He simply doesn't have xmms installed. That's what I mentioned > a while ago: non-standard macros should go into acinclude.m4. > Yes, my mistake. Now I have done some more reading, and I don't think simply putting the call to AM_PATH_XMMS an acinclude.m4 will help him. This macro is defined in /usr/local/share/aclocal/xmms.m4 which is part of an XMMS installation. In other words, to *run* 'configure'...

...eans the macro was only invoked conditionally. (resolving HAVE_ORBIT leaves us with HAVE_GNORBA causing the same problem. You should be able to reproduce it by running autoreconf (or aclocal; autoconf - not just autoconf!) and configure on the r-devel tree). The culprit is primarily located in acinclude.m4, namely the macro GNOME_GNORBA_HOOK (used by GNOME_GNORBA_CHECK) afaik it's never used in configure.ac (I couldn't find it at least), but the conditionals are "seen" by autoconf. Since all conditionals must be properly defined, it bails out. (from automake docs: The shell c...

...port for files >2GB via Paul Eggert's AC_SYS_LARGEFILE macro. This macro is now part of autoconf 2.50. Because of this, "config.h" needs to be included before system headers to get the appropriate defines for LFS support. openbsd-compat/sigact.c configure.in acinclude.m4 2. AIX defines TILDE in <sys/ioctl.h>. Rename to TILDE_CHAR. Feel free to pick a better name. openbsd-compat/glob.c 3. You should *not* place custom macros in aclocal.m4. They should be in acinclude.m4 and then you should use aclocal to generate aclocal.m4 from acinclude.m4....

> > Now I have done some more reading, and I don't think simply > > putting the call to AM_PATH_XMMS an acinclude.m4 will help him. > > No, of course not. You need to put the macro _definition_, i.e. ... > > > This macro is defined in /usr/local/share/aclocal/xmms.m4 > > ... xmms.m4 into acinclude.m4. (Putting it into aclocal.m4 may or > may > not suffice, I don't know.) &g...

Defaults to disabled --- .gitignore | 2 + acinclude.m4 | 77 ++++++++++++++++++++++++++++++++++++++++++++++++++++ configure.ac | 4 +++ shave-libtool.in | 69 +++++++++++++++++++++++++++++++++++++++++++++++ shave.in | 79 ++++++++++++++++++++++++++++++++++++++++++++++++++++++ 5 files changed, 231 insertions(+), 0 deletions(...

The patch below adds: - acinclude.m4: A new macro A_FUNC_SMMAP to check that sharing pages through mmap() works. This is taken from Joerg Schilling's star. - configure.in: A_FUNC_SMMAP - ogg123/buffer.c: If we have a working mmap(), use it to create a region of shared memory instead of using System V IPC. Works on BSD...

...w. The only substantial change here is to add a check for whether dlopen and friends are supported. If they are, then -ldl is added to the link link (as it used to be) to support libao. But, if they aren't supported, -ldl is not added since libao can't possibly need them. -tim Index: acinclude.m4 =================================================================== RCS file: /usr/local/cvsroot/vorbis-tools/acinclude.m4,v retrieving revision 1.5 diff -u -p -r1.5 acinclude.m4 --- acinclude.m4 2000/12/17 20:29:32 1.5 +++ acinclude.m4 2001/01/30 01:46:02 @@ -210,7 +210,7 @@...

> > > AM_INIT_AUTOMAKE(flac, 0.9) > > > > > > I've never had to run autoconf manually before so I'm not really > sure > > what > > > I'm doing. > > > > > hmm... not sure what the syntax error is; did you run aclocal > first? > > No. Had no idea I had to. I've gleaned from someone else's message > that I

...F-C\n")); @@ -301,7 +307,7 @@ aiff->channels = format.channels; aiff->samplesize = format.samplesize; aiff->totalsamples = format.totalframes; - aiff->bigendian = 1; + aiff->bigendian = bigendian; opt->readdata = (void *)aiff; diff -urN vorbis-tools-1.0.orig/acinclude.m4 vorbis-tools-1.0/acinclude.m4 --- vorbis-tools-1.0.orig/acinclude.m4 Fri Jul 12 18:24:54 2002 +++ vorbis-tools-1.0/acinclude.m4 Mon Jan 20 19:44:11 2003 @@ -425,36 +425,20 @@ if test "x$curl_prefix" != "xno" ; then - if test "x$curl_libraries" != "x&quot...

Hi, This email reports bugs in acinclude.m4, src/library/tcltk/src/Makefile, and share/perl/Rd2contents.pl. It is based on R-patched.tgz from 07/27/2001 (R 1.3.0) and comes from trying to compile R on AIX 4.3. 1) acinclude.m4: A string on line 3096 starts with a single quote: ' but is terminated with a double quote: ". (This...

I read the following in acinclude.m4: ## R_PROG_CC_FLAG_D__NO_MATH_INLINES ## --------------------------- ## In current glibc, inline version [x86] of exp is broken. ## We fix this by adding '-D__NO_MATH_INLINES' to R_XTRA_CFLAGS rather ## than AC_DEFINE(__NO_MATH_INLINES) as the former also takes care of ## compiling C c...

...s before it > allows the configure script to be regenerated. > > The basic problem is that we have our own autoconf macros that interact > with other tools. The biggest such case is libtool. The libtool.m4 file > that provides all the autoconf checks libtool needs used to be in > acinclude.m4 (which is now deprecated). When I removed acinclude.m4 a > few weeks ago, I thought I was doing a good thing by not including the > libtool macros (they get automatically included by aclocal). However, > what I didn't notice is that the libtool macros (e.g. AC_PROG_LIBTOOL > and...

...r your UTF-8 problems. I'm including a patch in this message, but I'll put the new files on my web site at http://rano.org/tmp/xiph_files.tar.gz I've tested this by running vorbiscomment with and without -DHAVE_ICONV=1 in vorbis-tools/share/Makefile. It seems to work. Changed files: acinclude.m4: Add a test for nl_langinfo(CODESET). This is the function that lets you discover the charset of the user's locale without forcing them to use a command-line argument. configure.in: Use AM_LANGINFO_CODESET. utf8.h, utf8.c: These files are totally rewritten, apart from the Windows part. In...

...lse? I ran into a problem when trying to add support for ogg/vorbis into a package today: Automake assumes that anything beginning with AM_ belongs to automake -- these two macros are actually infringing on the automake namespace. This can cause problems if you don't include *.m4 by value in acinclude.m4 -- if you sinclude(ogg.m4) for example, aclocal won't be able to find AM_PATH_OGG because it doesn't understand sinclude, and it will generate an error because it thinks that some internal automake macro was not found. The solution is to change the DEFUN name for these two m4 macros. P...

...1.4 I've upgraded to autoconf v2.50 and updated flac from cvs. The error is being generated by aclocal anyway and that's part of automake v1.4. > > No. He simply doesn't have xmms installed. That's what I mentioned > > a while ago: non-standard macros should go into acinclude.m4. > > Now I have done some more reading, and I don't think simply > putting the call to AM_PATH_XMMS an acinclude.m4 will help him. > This macro is defined in /usr/local/share/aclocal/xmms.m4 Well I just installed xmms v1.2.4 and didn't get that file placed there. I copied...

...tomake.html#Extending-aclocal configure.in:32: warning: underquoted definition of PHP_EXT_BUILDDIR configure.in:33: warning: underquoted definition of PHP_EXT_DIR configure.in:34: warning: underquoted definition of PHP_EXT_SRCDIR configure.in:35: warning: underquoted definition of PHP_ALWAYS_SHARED acinclude.m4:19: warning: underquoted definition of PHP_PROG_RE2C configure.in:65: error: possibly undefined macro: AC_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. `phpize' failed I do remember being able to build and i...

I make changes in open source tree to implement autoconf/automake. What's new ? - new acinclude.m4 ( based on old aclocal.m4 + new macros OSSH_EXPAND_PATHS and OSSH_SHOW_OPTIONS - new configure option --with-askpass=PATH - updated acconfig.h ( based on old acconfig.h with removed USE_EXTERNAL_ASKPASS and new ASKPASS_PATH + new config.h.top and config.h.bot ) !!! in this file has two lines...