similar to: ogg.m4 and vorbis.m4

Here's a patch for ogg.m4 which adds the configuration flag --with-ogg-libdir. This option is useful in circumstances where libogg is configured with a non-default --libdir. Michael --- ogg.m4.orig Mon Aug 20 14:31:38 2001 +++ ogg.m4 Thu Oct 11 11:08:18 2001 @@ -10,19 +10,27 @@ dnl Get the cflags and libraries dnl AC_ARG_WITH(ogg-prefix,[ --with-ogg-prefix=PFX Prefix where libogg is

Automake insists that any file present in a Makefile.am 'include' must be present, but it has no idea about the GNU make extension 'sinclude'. Use this to our advantage: as long as Makefile.inc has nothing other than variable modifications (done in the previous patch), and our rules properly generate it when needed (thanks to generator_built), then running 'make' will

‘make clean && make’ was not rebuilding the docs/*.3 files. The reason is obscure: - docs/Makefile has rules: MANS = $(man_MANS) all: all-am all-am: Makefile $(MANS) - sinclude docs/Makefile.inc happened long after MANS is defined, so MANS held the earlier version of $(man_MANS) without the api-built man pages listed. This was confirmed by looking at the output of

Running 'make clean && make' loses all the .3 man pages produced from generated .pod files. Why? When Makefile.inc does not exist (on the first run), the value of $(api_built) is updated prior to re-reading the Makefile, so when the 'all-am: Makefile $(MANS)' dependency from automake is encountered, $(MANS) includes all the .3 files. But after 'make clean',

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

i have been playing around trying to get ice2 to work now for quite some time and frankly i am a bit frustrated by now... the anoying thing is how early in the whole proccess my problems actually start! running ./autogen.sh in the newest cvs version of ice2 results in <p>idoru:/usr/src/ices# ./autogen.sh I am going to run ./configure with no arguments - if you wish to pass any to it,

Hi, I've just tried Ogg/Vorbis for the first time, and I'm quite impressed with the results. I haven't heard any artifacts in my tests so far, even at -b 112 (but I'm not a trained listener). Thanks for the great work! Now, some (mostly minor) points: When building libvorbis on either a Linux/libc5 or a Solaris system, both with gcc, it failed with undefined references to logf()

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

clang -xc++ -c 1.c 2.c clang -xc++ main.c 1.o 2.o 1.o:1:1: error: source file is not valid UTF-8 Would be nice, albeit I realize kinda proby/non-deterministic/big, if .o files were recognized and -xc++ did not apply to them. I'm converting C to C++ and don't want to rename files, at least at this point, maybe forever. For now I've compromised and main remains C. It is much smaller

Apps building against libvorbis 1.0b4 will fail to link on Solaris 2.7 because libvorbis uses atanf, sqrtf, etc., which aren't available on that platform. In lib/os.h, there are a couple of workarounds (ifdef DARWIN, ifndef GNUC), but I'm building on Solaris with gcc, so this doesn't help me any. :) Attached is a patch to configure.in which checks for sqrtf in libm, and if it finds

On Mon, Jul 29, 2002 at 02:45:50PM +1000, Michael Smith wrote: > > > When you say "icecast2", do you mean the module 'ice2'? The reason I ask is because I don't see a 'icecast2' module in CVS. I also don't see the HACKING file in ice2. Could you please provide a little more information about the CVS modules that I need? > > icecast2 is in the

Heya, just a question is it possible to do a make install to a diffrent dir than the defualt _________________________________________________ Regards: Bjorn Patterson Digitalsouth Networks Technician Phone: 021 2674751 Fax: (03) 2157121 HYPERLINK "http://www.digitalsouth.net.nz/"http://www.digitalsouth.net.nz [ When replying to this, please include a copy of the original

Hi, orry but when I said that I have the same problems when trying to compile libshout, i was wrong. My libshout compiles successfully but I have these problems when trying to compile ices2. after running autogen.sh I get the following response: ------------------------------- I am going to run ./configure with no arguments - if you wish to pass any to it, please specify them on the

Hello when i install ices-2.0.0, i can't finish "./configure", system said as fellow: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C

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

OK. Digging into this... sendmail.m4 has the lines: define(`FAX_MAILER_PATH',`/usr/bin/faxmail')dnl define(`FAX_MAILER_ARGS',`faxmail -d -n -p 12pt $u@$h $f')dnl MAILER(`fax')dnl proto.m4 has: `R$+ < @ $+ .FAX. > $#fax $@ $2 $: $1 user at host.FAX', `ifdef(`FAX_RELAY', `R$*<@$+.FAX.>$* $:

m4/as-compiler-flag.m4 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 59003aea7d25c962c3332db28222b4241f68fdda Author: Benjamin Otte <otte at gnome.org> Date: Tue Oct 30 10:40:04 2007 +0100 make second and third arguments to AS_COMPILER_FLAG optional diff --git a/m4/as-compiler-flag.m4 b/m4/as-compiler-flag.m4 index f706196..76cf4cd 100644 ---

It looks like the change to m4/nut_check_libnetsnmp.m4 in r1968 broke the test on at least Solaris 10. Here is one possible fix. ---------------------------- --- m4/nut_check_libnetsnmp.m4.old 2009-12-15 09:30:48.000000000 -0800 +++ m4/nut_check_libnetsnmp.m4 2009-12-15 11:12:15.291295000 -0800 @@ -9,7 +9,8 @@ if test -z "${nut_have_libnetsnmp_seen}"; then

https://bugzilla.samba.org/show_bug.cgi?id=11813 Bug ID: 11813 Summary: m4/socklen_t.m4 uses obsolete AC_TRY_COMPILE macro Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 Component: core Assignee: wayned at samba.org

Hi, I've (just now) been playing with a buildbot, building ogg, vorbis, speex, and theora, using a non-standard prefix on a pretty bare debian image. I noticed that vorbis was failing during configure while theora wasn't. I tracked it down to the location of ogg.m4. There is a copy of ogg.m4 in theora/m4, but there is not one in vorbis/m4. This means that if you have libogg installed