similar to: Problem compiling ices

On Saturday, 23 February 2002 at 00:51, lists@returntonature.com wrote: > Any help would be appreciated, not sure why this isn't compiling: You have an old version of libshout installed. The configure script should probably be updated to check for shout_strerror instead of shout_init_connection, but in the meantime either remove your old libshout (probably in /usr/local) or try compiling

Any help would be appreciated, not sure why this isn't compiling: Redhat 7.2 [root@jasmine ices-0.2.2]# ./configure --with-lame loading cache ./config.cache Building ices 0.2.2... 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

On Sat, 20 Oct 2001, Jack Moffitt wrote: > I changed the libshout2 and thread module apis. This broke everything. > If you are tracking CVS, make sure to update your libshout2 and the > thread module. Ices2 and Icecast2 already uses these new changes, which > were implemented as part of general cleanup and getting Solaris builds > out of clean tarballs. > > If anyone is

On Fri, 16 Nov 2001, Tom Murphy wrote: > I just built icecast 2 from cvs. I tried to compile ices (also from > cvs) and got: > > stream.c: In function `ices_instance_stream': > stream.c:164: warning: passing arg 1 of `shout_strerror' makes pointer > from integer without a cast > stream.c:164: too few arguments to function `shout_strerror' > stream.c:198:

Hi all, I just built icecast 2 from cvs. I tried to compile ices (also from cvs) and got: tream.c: In function `ices_instance_stream': stream.c:164: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast stream.c:164: too few arguments to function `shout_strerror' stream.c:198: warning: passing arg 1 of `shout_strerror' makes pointer from integer

> geoff@bumpy:src$ grep -ine shout_strerror stream.c > 151: shout_strerror(sdsc->conn.error)); > 185: shout_strerror(sdsc->conn.error)); > 208: shout_strerror(sdsc->conn.error)); > > all of these generated errors. Those are correct. Now what does your $prefix/include/shout/shout.h have? Also, I bet you that it's

Hola a todos: Tanto para aquellos que crean en la tan vapuleada y ?comercial? Navidad como para aquellos que disfruten m?s de los festejos de Fines de A?o (quiz?s por aquello de que ?A?o nuevo, vida nueva ?), es mi idea hacerles llegar un sincero saludo. Y, de paso, agradecerles, de sobremanera, los comentarios, sugerencias y colaboraciones que han venido acercando, por ejemplo, para el Cat-?US.

>stream.c:208: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast >stream.c:208: too few arguments to function `shout_strerror' >make[2]: *** [stream.o] Error 1 You probably didn't do a 'make install' on libshout, so it was picking up the old (wrong) headers. This was a minor api change. >This looked like an api change issue, so I

> Yeah I did. but just to be sure, I did another update on everything, > rebuilt libshout, installed it in /usr2/friends/geoff, checked the date > stamps on the lib and the header to make sure they actually installed, > reconfigured ices and tried make again. The stream.c errors persist. > look further? I'm almost 100% certain CVS code has the right fixes. Paste an instance

Brendan, Thanks for applying these patches - that's great. We're about to release the latest version of our SndKit frameworks, which require libshout to be installed in order to compile. Up until now we have provided the set of patches that we sent to you, and instructed people to download the iceS-0.2.2 package, apply the patches, and compile from there. What we'd prefer though

On Sun, 21 Oct 2001, Michael Smith wrote: > > >stream.c:208: warning: passing arg 1 of `shout_strerror' makes pointer from integer without a cast > >stream.c:208: too few arguments to function `shout_strerror' > >make[2]: *** [stream.o] Error 1 > > You probably didn't do a 'make install' on libshout, so it was picking > up the old (wrong) headers.

On Friday, 08 February 2002 at 19:06, Stephen Brandon wrote: > So, what we've decided to do is to ask you if you could please make a tarball > of the ices/libshout package as you have done before, as release 0.2.3, or > alternatively to just tag libshout in CVS, and put the tarball on your > website as a standalone bundle as you did with the much older version (0.1.0 > if I

Hello guys, any news about successfuly booting OpenBSD with Syslinux? I have exactly the same problems of Mr. Benjamin Pineau, as reported by him in this email : http://www.zytor.com/pipermail/syslinux/2004-April/003374.html I'm trying it with syslinux version 2.09, and OpenBSD 3.5 images. Oh man, it would be really great to have Syslinux outstanding functionalities in my custom OpenBSD

I am doing a buildworld with clang on amd64 9.1-PRERELEASE #2 r242867. In /etc/src.conf I have "WITHOUT_GCC= yes". Compile progresses up to below then breaks: ===> usr.bin/xlint/xlint (all) ===> usr.bin/xlint/llib (all) lint -cghapbx -Cposix /asp/src/usr.bin/xlint/llib/llib-lposix lint -cghapbx -Cstdc /asp/src/usr.bin/xlint/llib/llib-lstdc ===> lib/clang/libllvmx86codegen (all)

Hi. uname -a Linux localhost.localdomain 2.6.30.10-105.fc11.i686.PAE #1 SMP Thu Dec 24 16:41:17 UTC 2009 i686 i686 i386 GNU/Linux [??@localhost R-2.10.1]$ pwd /home/??/Bin/RStats/R-2.10.1 I fixed this before for previous version of R by copying part of the mplayer tree into the R tree. But, I forgot what I did. Any help? Checking for FFmpeg libavutil ... Error: MPlayer will not compile

I changed the libshout2 and thread module apis. This broke everything. If you are tracking CVS, make sure to update your libshout2 and the thread module. Ices2 and Icecast2 already uses these new changes, which were implemented as part of general cleanup and getting Solaris builds out of clean tarballs. If anyone is having build issues now, on linux or solaris, please let me know. jack. ---

--------------------------------------------------------------------- Red Hat, Inc. Security Advisory Synopsis: Updated mailx and perl packages are now available. Advisory ID: RHSA-2000:048-02 Issue date: 2000-08-07 Updated on: 2000-08-08 Product: Red Hat Linux Keywords: perl suid Cross references: N/A

--------------------------------------------------------------------- Red Hat, Inc. Security Advisory Synopsis: Updated mailx and perl packages are now available. Advisory ID: RHSA-2000:048-06 Issue date: 2000-08-07 Updated on: 2000-08-09 Product: Red Hat Linux Keywords: perl suidperl mailx rpm Cross references: RHSA-2000:051

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ________________________________________________________________________ Linux-Mandrake Security Update Advisory ________________________________________________________________________ Package name: perl Date: August 8th, 2000 Advisory ID: MDKSA-2000:031 Affected versions: 6.0, 6.1, 7.0, 7.1

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ________________________________________________________________________ Linux-Mandrake Security Update Advisory ________________________________________________________________________ Package name: perl Date: August 8th, 2000 Advisory ID: MDKSA-2000:031 Affected versions: 6.0, 6.1, 7.0, 7.1