similar to: broken inline exp in glibc/x86??!

I re-generated configure of the latest R-devel with autoconf 2.57 and got the following problem: configure: error: conditional "HAVE_ORBIT" was never defined. Usually this means 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

> > > $ aclocal && autoconf && automake -c -a -i > > > aclocal: configure.in: 45: macro `AM_PATH_XMMS' 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:

1. Add support 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

On Sat, May 19, 2001 at 12:19:39PM +0000, Christian Weisgerber wrote: > Christian Weisgerber <naddy@mips.inka.de> wrote: > > > Problems in FLAC 0.9: > > Also: > > ===> Building for flac-0.9 > cd . && aclocal > aclocal: configure.in: 7: macro `AM_PROG_LIBTOOL' not found in library > aclocal: configure.in: 22: macro `AM_PATH_XMMS' not

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

Hello, I have solved this problem in the splay mp3 decoder with this: In the header: #if (__GNUC__ < 2 || ( __GNUC__ == 2 && __GNUC_MINOR__ < 91 ) ) #warning "inline code disabled! (buggy egcs version)" #undef __NO_MATH_INLINES #define __NO_MATH_INLINES 1 #endif #include <math.h> In the makefile: CXXFLAGS=@CXXFLAGS@ -fno-strength-reduce (Opt level is 2) and

Full_Name: Michael Hoffman Version: 2.0.0-beta-20041001 OS: OSF1 V5.1 Submission from: (NULL) (193.62.199.8) Hello. Building R 2.0.0-beta-20041001 on OSF1 V5.1 failed because the default configure sets R_XTRA_CFLAGS to "-std1 -ieee_with_inexact." The bzip2 directory includes C99 code that requires -std1 to not be set in order to compile. This halts the overall build process.

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. Should also work on SVR4 and offspring (Solaris), and Linux.

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 leads to the weird error message that configure can't

Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) Im not sure if this is really correct, but it has proven to work. 1. It is always a good idea to add -std1 to DEC cc's flags to force strict ANSI language mode. It was neccessary for 0.90.x to compile, so I used it for 0.99.0 too 2. I'm not sure if -fpe3 is neccessary for DEC f77,

The configure script for vorbis-tools requires one to manually specify: --with-ogg-prefix=PATH --with-vorbis-prefix=PATH --with-ao-prefix=PATH This is quite a pain to type. It would seem that most people will be installing all of these packages into the same $prefix. So in the absense of specifying these flags, it would seem suitable to just check for the appropriate

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

I am building from source on RHEL 4 and have run into a problem while running "make check": running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1 make[3]: Leaving directory `/opt/R/R-2.9.1/tests' make[2]: *** [test-Specific] Error 2 make[2]: Leaving directory `/opt/R/R-2.9.1/tests' make[1]: *** [test-all-basics] Error 1 make[1]: Leaving

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

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

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(-) create mode 100644 acinclude.m4

I have been trying to compile R. I downloaded R-1.0.1.tgz(I think; the original tar file was untarred) and unpacked it with gzip. Now all the R files are in a directory named R-1.0.1. The source files (.c) are in R-1.0.1/src. There are files in R-1.0.1 named 'Makefile.in', 'Makeconf.in', and 'Makeconf'. I followed the instructions in INSTALL by typing

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

This patch (along with all the previous patches) gets oggenc and ogg123 working. This does not get vorbiscomment working, although I assume that would be trivial -- just add the getopt stuff to the project just like I did in ogg123. In addition to this patch, as I just mentioned, getopt1.c getopt.h and getopt.c need to be copied from oggenc to ogg123 and added. The host check in

Thought this might be useful to at least consider being included in 1.0.1. It adds, among other things (maybe), an endian variant of AIFF-C. Nathan -------------- next part -------------- diff -urN vorbis-tools-1.0.orig/oggenc/audio.c vorbis-tools-1.0/oggenc/audio.c --- vorbis-tools-1.0.orig/oggenc/audio.c Thu Jul 11 16:20:33 2002 +++ vorbis-tools-1.0/oggenc/audio.c Mon Jan 20 09:42:57 2003 @@