similar to: configure problem in R-devel caused by conditionals

I am trying to install the gnomeGUI package I have tried from within R (R was started with: sudo R) with: install.package() and from console with: sudo R CMD INSTALL /download/gnomeGUI_2.3.0-3.tar.gz In both cases I get the exact same errors: checking for gnome-config... no checking for gnomeConf.sh file in /usr/local/lib... not found configure: error: conditional "HAVE_ORBIT" was never

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

Dear all, I am very new to R and find the terminal-based UI a little daunting. (That's probably the wrong thing to say!) Having searched the Packages it seems that I can have either a Gnome-based or Java-based GUI for my Ubuntu machine. However, I can get neither to work. Having run R as root, I then run the following command: install.packages("gnomeGUI", dependencies=TRUE) The

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

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 code for add-on packages. Is this documented anywhere (where?), e.g.

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

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

FYI, The changes to make libtool appear as mklib have now also been committed. If you want to have support for mklib in your build tree, here's what you do: cd $objdir rm libtool $srcdir/configure --prefix=... --llvmgccdir=... After configure runs, you should have a "mklib" script in your $objdir and the Makefile.rules have been configured to use it. Reid. On Sun, 2004-09-19 at

Here's a propsed heavy-duty solution for 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

Greetings everyone. I have 2 quick questions about ao/ao.m4, ogg/ogg.m4, and vorbis/vorbis.m4. 1. Is there any reason that the macros are named AM_PATH_AO, AM_PATH_OGG, and AM_PATH_VORBIS? Can we change them to something else? 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