search for: lshout

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: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org'...

..."1.0\" -DXS_VERSION=\"1.0\" -fPIC -I/usr/lib/perl5/5.6.1/i386-linux/CORE Shout.c Running Mkbootstrap for Shout () chmod 644 Shout.bs rm -f blib/arch/auto/Shout/Shout.so 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 collect2: ld returned 1 exit status make: *** [blib/arch/auto/Shout/Shout.so] Error 1 [root@b5fie Shout-1.0]# -- If I remove -lshout (Since it says Shout *migth need* other libraries) from following section Makefile: -- # Shout might depend on some other librarie...

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 perl:/usr/local/libdata/perl5/site_perl/i386-openbsd/au...

...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 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 perl:/usr/local/libdata/perl5/...

And more importantly (for me) - Can I ask question about Shout.pm? <p>Anders Jensen System devel. Cybercity.dk, OSS projektet ---- <erno> hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is. Sig. provided by www.bash.org --- >8 ---- List archives: http://www.xiph.org/archives/

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 installed libshout When installing libshout from rpm it installed...

thanks Karl, that got me almost there. I think i am still missing one other library apparently. ANy ideas ? #gcc -lshout -lsocket -lnsl -o test example.c Undefined first referenced symbol in file inet_pton /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so ld: fatal: Symbol referencing errors. No output written to test collect2: ld returned 1 exit...

...strftime... (cached) yes checking for vsnprintf... (cached) yes checking for setsid... (cached) yes checking for inet_addr... (cached) yes checking for inet_aton... (cached) yes checking for setlinebuf... (cached) yes checking for shout/shout.h... (cached) yes checking for shout_init_connection in -lshout... (cached) yes checking for lame/lame.h... yes checking for lame_init_old in -lmp3lame... yes checking for lame_encode_flush_nogap in -lmp3lame... yes updating cache ./config.cache checking for vorbis/vorbisfile.h... no Could not find libvorbisfile, vorbis support disabled updating cache ./config....

...e.o stream.o ices.o signals.o im_playlist.o reencode.o encode.o playlist_basic.o im_stdinpcm.o stream_shared.o metadata.o playlist_script.o audio.o resample.o im_oss.o im_alsa.o log/libicelog.la timing/libicetiming.la thread/libicethread.la avl/libiceavl.la -lasound -lvorbisenc -L/usr/local/lib -lshout -lvorbis -L/usr/lib -lxml2 -lz -lpthread -lm libtool: link: cannot find the library `/usr/lib/libogg.la' make[3]: *** [ices] Error 1 This, in fact, doesn't exist, even though I've got libvorbis-devel and libogg-devel installed. Is the makefile looking for the wrong thing, or am I miss...

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 /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2/../../../libshout.so send /usr/local/lib/gcc-lib/sparc-su...

...e they actually installed, reconfigured ices and tried make again. The stream.c errors persist. ./configure --with-shout-prefix=/usr2/friends/geoff is putting the following in Makefile: LIBS = -L/usr/lib -lxml2 -lz -lm -L/lib -logg -L/lib -lvorbis -lm -lvorbisenc -L/usr2/friends/geoff/lib -lshout SHOUT_CFLAGS = -I/usr2/friends/geoff/include SHOUT_LIBS = -L/usr2/friends/geoff/lib -lshout SHOUT_CFLAGS and SHOUT-LIBS also appear in src/Makefile as shown above. Is this proof enough that the right files are being called or do I need to look further? > >This looked like an api change iss...

...ibshout (probably in /usr/local) or try compiling with --without-libshout -b > [root@jasmine ices-0.2.2]# ./configure --with-lame > loading cache ./config.cache > Building ices 0.2.2... -- SNIP -- > checking for shout/shout.h... (cached) yes > checking for shout_init_connection in -lshout... (cached) yes -- SNIP -- > libshout: system > LAME : yes > Vorbis : no > Perl : yes > Python : no > XML : yes -- SNIP -- > stream.c: In function `stream_send_data': > stream.c:345: warning: implicit declaration of function `shout_strerror' -...

...ey 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: "checking for shout_new in -lshout... no configure: error: Could not find a usable installed libshout". So I tried "--with-libshout=/etc/stream" and this time it did work.Yeah! BUT when I did make I received a new error: cc1: warning: changing search order for system directory "/usr/local/include" cc1: w...

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

...t;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 shout/shout.h presence... yes checking for shout/shout.h... yes checking for shout_new in -lshout... no configure: error: Could not find a usable installed libshout when I compile: /autogen.sh --prefix=/etc/stream --exec-prefix=/etc/stream --with-lame=/etc/stream --with-libshout= /etc/stream <p><p>----- Original Message ----- From: Geoff Shang To: icecast@xiph.org Sent: Sat, 8 M...

...to show that an attempt has been made. hmmm. It just occured to me that perhaps it's linking in the wrong version of libshout. I'm no C programmer so I don't know how to tell. My makefile looks like this: all: example example: example.c $(CC) -o example example.c -L../src -lshout -L../../log -logg -lvorbis The question being, is it getting libshout from ../src or from /usr/lib? Assuming that's all correct, the only thing I can think of is that either my config and example.c do not agree, and/or one contains some sort of syntax error. I include both below. A couple o...

First off, I managed to build iceS 0.2.2 with Python 2.1, though I had to add -lutil to the $LIBS definition whilst ./configure'ing. Otherwise, configure won't find Py_Initialize Secondly - multiple streams I've added a second "stream" definition to my ices.conf, and both streams show up as sources for icecast, (http://blah.com:8000/list.cgi), though when i try to connect

...= 0 configure:9024: ./conftest configure:9027: $? = 0 configure:9045: result: yes configure:9156: checking for Shout configure:9191: gcc -o conftest -O20 -fsigned-char -D_REENTRANT -I/home/Darkmeteor/include -I/home/Darkmeteor/include -I/home/Darkmeteor/include conftest.c -L/home/Darkmeteor/lib -lshout -lpthread -L/home/Darkmeteor/lib -logg -L/home/Darkmeteor/lib -lvorbis -lm >&5 /usr/libexec/elf/ld: cannot find -lpthread configure:9194: $? = 1 configure: program exited with status 1 configure: failed program was: | #line 9169 "configure" | /* confdefs.h. */ | | #define PACKAGE...

...been made. > >hmmm. It just occured to me that perhaps it's linking in the wrong version >of libshout. I'm no C programmer so I don't know how to tell. My >makefile looks like this: > >all: example > >example: example.c > $(CC) -o example example.c -L../src -lshout -L../../log -logg -lvorbis > >The question being, is it getting libshout from ../src or from /usr/lib? Try linking it with an explicit library (like gcc -o example example.c ../src/libshout.a (plus other arguments that it needs) That'll at least ensure that it's statically linked...