similar to: CVS/test version config/build failures on FreeBSD

Hello, I hope this is the place to bug ppl about compile errors. So here I go. I downloaded the latest through CVS last night and ran ./autogen.sh according to the manual and ran into the following error. Does anyone happen to have a fix for it? I am on FreeBSD 4.6 Stable. Thanks in advance, Till << ./autogen.sh output and error message >> elation# ./autogen.sh I am going to run

Compiled libbogg and libao using ./configure; make Then moved to libvorbis source folder Installed libtool (1.3.5p3), autoconf (2.52) and automake (1.4-p5). gnu make is also there (3.79.1) i had to create a link for autoconf as after install it was installed as /usr/local/bin/autoconf-new so i added a link from it to /usr/local/bin/autoconf output from ./autogen is: -- $ ./autogen.sh

Hi all, Don't ask me why but I had to recompile icecast (from CVS) and now I'm getting this: #./configure checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal-1.4... found checking for working autoconf... found checking for working automake-1.4... found

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

Hello, I couldn't help noticing that the debian build system in cvs was changed. As I used to compile and install from cvs, I discovered a small problem regarding autogen.sh. It's called in debian/rules, before the obj-dir is created (and changed into and ../configure is started). At least on my system autogen.sh implicitly runs ./configure, so the original source path is already

in the FreeBSD ports there already is something for ices2 and icecast2. it's a little on the old side (from november 2002). cvsup the latest ports tree, though, you should update your box to 4.7 as well ... or 4.8-rc if you really want to be l33t. i've asked the port maintainer to at least put the oddsock yp hack in there or at least to update the port, but he hasn't yet. boink.

On Tue, 11 Jun 2002 11:51:33 +0400 Andrey Astafiev <andrei@tvcell.ru> wrote: > flac-1.0.3_beta compilation breaks for me with message: I had the same experience, too. I think that a cause is in configure and configure.in files. Therefore, let's rebuild these files. I took the following, and solved the problem. $ cd flac-1.0.3_beta $ automake $ autoconf $ ./configure ;make --

Hello -- Some wav files have been crashing the stuff I checked out from cvs last night. Is this happening to anyone else? Red Hat Linux release 7.3 (Valhalla) Kernel 2.4.18-5 on an i686 gcc-2.96-110 glibc-2.2.5-36 Encoding "04_imiuta.wav" to "04_imiuta.ogg" at quality 1.00 [100.0%] [ 0m00s remaining] \Segmentation fault Program received signal

Any ideas please. I want to get this installed! I have the Latest CVS download! okay I am having some difficulty getting ices2 installed on freebsd this happens during execution of autogen.sh --- snip --- checking whether ln -s works... yes loading cache /dev/null within ltconfig ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more

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

I am converting a Debian box running Postfix, Courier and MySQL to a CentOS box running Postfix, Dovecot and MySQL. I have the Postfix with MySQL support taken care of with the RPM from the centosplus repo. It appears that the stock RPM for Dovecot comes with Postgres, but not MySQL support. It looks like I need to download the source RPM and then rebuild it with MySQL support. Could

The file vorbis/ltconfig appears to be checked into CVS. This is an automatically generated file -- it should not be under CVS control. {+} Jeff Squyres {+} squyres@cse.nd.edu {+} Perpetual Obsessive Notre Dame Student Craving Utter Madness {+} "I came to ND for 4 years and ended up staying for a decade" --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

On Wed, 6 Jun 2001, Josh Coalson wrote: > > > my hunch is that your version of either automake or possibly > > > autoconf is not recent enough. autoconf v2.13 automake v1.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.

ltconfig placeholder shoud be removed. Makefile.am : some stuff copied from branch_beta3 ogg lib must be added only where necesary. vq subdir Makefile.am'ized, (but installs nothing) made distclean target slightly more clean -- check it by hand first, please --- also you'll want to remove vq/Makefile if the ...am passes inspection ------------------------------------------------- diff

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! Thanks for the help in my last post. I checkout icecast and libshout from CVS and now I have some problems building icecast. I read the HACKME file and I follow the instructions but when run "autogen.sh" it returns a serial of errors concerning to "libtoolize". I suppose this library is missing, but I can't locate it.

Hello, when i try to compile vorbis-tools-1.0rc1 under linux i got this error when i try to run ./configure: Here is the config log: [....] configure:1264: checking for BSD-compatible nm configure:1300: checking whether ln -s works ltconfig:603: checking for object suffix ltconfig:604: gcc -c conftest.c 1>&5 ltconfig:629: checking for executable suffix ltconfig:630: gcc -o conftest

[This mail is a bit long: sorry.] Hi, I have been trying to compile vorbis-tools-1.0beta4 on NetBSD-1.5/i386, and I get the following: --------------------- Upon typing ./configure --prefix=/usr/pkg/ --with-ogg-prefix=/usr/pkg/ --with-vorbis-prefix=/usr/pkg/ --with-ao-prefix=/usr/pkg/ checking for Ogg... yes checking for Vorbis... yes checking for ao... no *** Could not run

I would like to always use ${CC} for linking the main binary and the shlibs. Inspection of configure.in reveals that we currently deviate in the following cases: mainld shlibld aix[2-9]* ld ld alpha*osf* ${FC} -g -nofor_main -fpe3 ${FC} hpux* ${CC} ld Does anyone recall why we do not use ${CC} in these cases? Did anyone successfully build R on these platforms with ${CC} for

I have installed libxml2-2.4.11-1.i686.rpm libxml2-devel-2.4.11-1.i686.rpm And when i compile ice checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking

--- Matt Zimmerman <mdz@debian.org> wrote: > The only difference in the command lines seems to be that your > xmms-config > explicitly links with -lgthread, while I suppose mine lets the > dynamic linker > pull it in. The only significant difference between the old and new > _LIBADD > lines is that @XMMS_LIBS@ is at the beginning in the new one. Now > that I think