similar to: solaris 2.7 libshout error

Has anyone seen this issue before on solaris 2.7. I keep getting this error for libshout when trying to compile the example. root#[/usr/local/src/libshout-1.0.9/example]#gcc -lshout -o test example.c Undefined first referenced symbol in file socket /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so recv

At 13:44 31-10-2002, Michael Smith declared: >At 01:18 PM 31/10/2002 +0100, you wrote: > >And more importantly (for me) - Can I ask question about Shout.pm? >Yes. And yes, you can ask questions, but you should just do so - not >waste time asking if you can do so. This doesn't (either way) guarantee >anyone will be able to give you useful answers, but you should try

At 02:34 02-11-2002, you wrote: > >LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib Shout.o -o > >blib/arch/auto/Shout/Shout.so -lshout > >/usr/bin/ld: cannot find -lshout >You need the actual (native) libshout, as well - then Shout.pm can >use it for the low-level streaming. Just install that where your >linker can find it, and it should work. I had

OS: OpenBSD 3.1 perl 5.6.1 libshout-1.0.9 Shout-1.0 Whatever I do, I cannot get Shout to see the libshout so. I'm pretty sure this is an ld problem but: bash-2.05# ldconfig -r | grep shout 72:-lshout.2.2 => /usr/local/lib/libshout.so.2.2 orry if I'm missing something simple...happy monday. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

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

Hello, I am also trying to get ices working on Solaris. thanks in advance ED <p>4-solaris-64int/CORE -lperl -ldl -lc -L/usr/lib -lxml2 -lz -lsocket -lnsl -lm -R/usr/local/lib -R/usr/local/lib -R/usr/perl5/5.6.1/lib/sun4-solaris-64int/CORE -R/usr/lib Undefined first referenced symbol in file inet_aton ../libshout/.libs/libices.al(sock.lo) ld: fatal:

Brendan Cully wrote: >This particular error is because you used --with-libshout= instead of --with-libshout Is the above a typo. They look the same with the exception of the "=". I am new to linux so please be forgiving. I downloaded both ices and libshout. I tried to compile with "--with-shout-config=/etc/stream" but this returned the same result as in the previous email:

Hello, can anyone help me please? I have installed libxml2, libogg, libvorbis, and then i have cvsed and installed libshout (autogen.sh && make && make install). Then I cvsed ices and tried to run autogen.sh. It just quit with: checking for shout-config... /usr/local/bin/shout-config checking libshout settings Using libshout config in /usr/local/bin/shout-config checking

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

thnks for the clarfication. I downloaded libshout2 and ices-0.2 from cvs. I compiled libshout with out a problem but when i try and compile ices I get the following error: <p><p>checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no checking shout/shout.h usability... yes checking

I'm also having trouble installing R 1.3.1 on Solaris and getting png and jpeg support. It looks like perhaps the png and jpeg libraries I installed weren't built with all the support R needs. If that's the case I'd appreciate confirmation. Or perhaps there's something else I can do? (with all the details I've included this message is rather long) Thanks -Don I did

Hi all: OK, this is one of those "why doesn't it work" type questions. I'm basically stumped. All the server info in the xml file and example.c seem to match, but it's coming back with an error 3 which is no login (as far as I can understand). There's nothing in the icecast2 logs to show that an attempt has been made. hmmm. It just occured to me that perhaps it's

when I move libshout.so.2.2 up into /usr/lib, it magically works. sloppy but, it works... On Mon, May 20, 2002 at 02:34:08PM -0700, Mark Luntzel wrote: > oh sorry. forgot this: > > bash-2.05# perl Makefile.PL > Checking if your kit is complete... > Looks good > Note (probably harmless): No library found for -lshout > Writing Makefile for Shout > > Thsi turns out not

oh sorry. forgot this: bash-2.05# perl Makefile.PL Checking if your kit is complete... Looks good Note (probably harmless): No library found for -lshout Writing Makefile for Shout Thsi turns out not to be harmless at all, since I need that library for the application...heres what I get out of the application: /usr/libexec/ld.so: Undefined symbol "_shout_init_connection" called from

Hey developer Freaks, can anyone explain, what is wrong ? is a libary missing ? I don't understand this "make" output thanx for your help .. Daniel <p>gcc -g -O2 -Wall -o ices ices.o log.o setup.o stream.o util.o mp3.o cue.o metadata.o id3.o signals.o reencode.o ices_config.o playlist/libplaylist.a ../libshout/.libs/libices.al /usr/local/lib/libmp3lame.so

Hello, Perhaps foolishly I am trying to migrate my icecast 1.3.12 / ices 0.2.3 / LAME-3.92 from linux to solaris on sparc. icecast and LAME compiled, but when I tried to get ices to build the following occurred. I tried to confirm all needed libs, but must have not found something. Any help appreciated! Thanks... error follows. -Dave D $ make make all-recursive Making all in libshout

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 Wed, 6 Jun 2001, Michael Smith wrote: > Try linking it with an explicit library (like > gcc -o example example.c ../src/libshout.a (plus other arguments that it > needs) I *really* don't know about this stuff. I don't have a libshout.a. I have libshout.la which it didn't recognise, and shout.lo which resulted in a host of undefined references. So I guess I don't

>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

I am running openssh 3.4p1 and had everything working fine, but then we had to upgrde the openssl. So did the same steps now openssh is not seeing prngd. We configure openssh with : --with-prngd-socket=/var/spool/prngd/pool this is what we saw with openssl-0.9.6g when I configured it: OpenSSH has been configured with the following options: User binaries: /usr/local/bin