similar to: Stream with Ices2 sound very metallic

Hi all, in fact, I found that this feature is not implemented yet... the vorbis setup returns : OV_EIMPL The bitstream makes use of a feature not implemented in this <p>But, is it possible for the ices developpers to change encode.c:encode_initialise to display the vorbis return code? int ret = vorbis_encode_setup_managed(&s->vi, channels, rate,

the bottom is where it ends. thats whats confusing me the last line is: config.status: executing depfiles commands Huw Davies (Beatsmith) 07949713698 Junglised.co.uk Facebook Twitter.com/Junglised On 1 Jul 2010, at 21:50, Jonathan Nalley wrote: so what's the actual error? where does the configure command end at and what does it ultimately complain about? On Thu, Jul 1, 2010 at 4:43 PM,

Hi, I couldn't find anything about this subject from archive - are there known problems with compiling libshout2 under FreeBSD 5.1 or 4.8 (both are up to date). I downloaded libshout2 latest nightly snapshot and tried to compile it on 5.0 and then later on 4.8. Both failed (problems were mostly around sock.c, sock.h, resolver.c - redeclaring and syntax errors). Thinking that it might be a

Hi, I have an Ices2 comp problem, it can't find libshout. I have installed Libshout 2.0 in /home/Darkmeteor the configure line I'm using for ices2 is : ./configure --prefix=/home/Darkmeteor --with-ogg-prefix=/home/Darkmeteor --with-vorbis-prefix=/home/Darkmeteor --with-shout-prefix=/home/Darkmeteor Problem : checking for Ogg... yes checking for Vorbis... yes checking for Shout... no

I have successfully compiled Ices 0.3 on FreeBSD (4.7 and 4.9). You need to make sure that ALL the dependicies are installed (some depend on others) and when compiling them, that they compile with no problems. <p>Include some output of what errors you are getting and I #should# be able to help you on your way. <p>>From: "dave" <dmehler26@woh.rr.com>

1.6.1 svn 190575: CC="cc" CXX="g++" LD="" AR="" RANLIB="" CFLAGS="" make -C menuselect CONFIGURE_SILENT="--silent" menuselect make[1]: Entering directory `/home/asterisk/rpmbuild/BUILD/asterisk-1.6.1/menuselect' gcc -m64 -march=native -mtune=native -floop-interchange -floop-strip-mine -floop-block -c -o

Its easier to compile it on linux than windows, you need MS Visual studio 6 for windows then you need to get all the associated libraries for windows, yet even more work. Icecast2 specific you need the following libcurl > http://curl.haxx.se/libcurl/ download > http://curl.haxx.se/download/curl-7.10.8.tar.gz libxml,libxlst > take a look over at rpmfind.net for the latest rh9 specific, be

Hallo all, I was trying to Build LLVM with the cmake option LLVM_ENABLE_MODULES just out of curiosity. I used the RELEASE_400/final tag. It didn't work as I almost expected. So I'm wondering if the modulemaps aren't maintained anymore? If they aren't maintained anymore, why aren't they removed and that cmake option also removed?

Aaron Gray wrote: > Hi, > > I partly built LLVM on Cygwin yesterday and it was fine as far as it > went. But after doing a svn update today I am getting the following > warning on every compile :- > > > llvm[3]: Compiling LowerAllocations.cpp for Debug build > /usr/src/llvm/lib/Transforms/Utils/LowerAllocations.cpp:1: warning: > -fPIC ignored for

Hi, I partly built LLVM on Cygwin yesterday and it was fine as far as it went. But after doing a svn update today I am getting the following warning on every compile :- llvm[3]: Compiling LowerAllocations.cpp for Debug build /usr/src/llvm/lib/Transforms/Utils/LowerAllocations.cpp:1: warning: -fPIC ignored for target (all code is position independent) This maybe happening on other targets too.

Hello, I am currently trying to install vmkit from source. I am running archlinux i686 with the 3.1.9-2 kernel. This output is from the directions given on the llvm site. Below is the configureation output along with the make output. I run ./configure with the following parameters ./configure --with-llvmsrc=../llvm --with-gnu-classpath-glibj=../classpath-0.97.2/lib/glibj.zip

On Oct 25, 2011, at 6:09 AM, Marcello Maggioni wrote: > Hi, I'm trying to compile the latest clang/llvm SVN versions and I get > this error on multiple systems : Linking, not compiling, but still. I am getting a similar error when building this morning. > Undefined symbols for architecture x86_64: > "clang::Sema::checkPseudoObjectRValue(clang::Expr*)", referenced

Hi All, I am first time trying build CLANG+LLVM using cmake+ninja build system. I updated all my CLANG+LLVM sources to current trunk, and I successfully built it using classic *make* build system. But, trying to build the same with cmake+ninja build system resulting in following build failures for compiler-rt sources. Am I missing something basics here? ==================== cmake command used:

I'm not sure this it the problem, because whatever the encoding if (managed or not), the problem is there. To listen to the problem: http://www.stalig.com/radio_ices.ogg The ices stream in a file (a few seconds) http://www.stalig.com/radiofree.ogg The darkice stream in a file (a few seconds) Looking at the content of the ogg files, we can see there are using the same vorbis lib even if i

I'm seeing this too. CC'ing the author ubsan stuff. Richard, I know you were OK with only supporting Clang-bootstraps, but I don't think that's terribly viable here. We should be able to build ubsan's runtime with standards conforming code unless there is some fairly extreme reason not to... On Fri, Oct 12, 2012 at 7:19 AM, Mahesha HS <mahesha.llvm at gmail.com> wrote:

Hi, I'm trying to compile the latest clang/llvm SVN versions and I get this error on multiple systems : (Compiling with gcc): llvm[4]: Compiling cc1_main.cpp for Debug+Asserts build llvm[4]: Compiling cc1as_main.cpp for Debug+Asserts build llvm[4]: Compiling driver.cpp for Debug+Asserts build llvm[4]: Linking Debug+Asserts executable clang

Current llvm release 2.8 branch at r115409 is broken on x86_64-apple-darwin10. #!/bin/bash -ev export LD=`xcode-select -print-path`/usr/bin/ld xcode-select -print-path ulimit -s `ulimit -s` ulimit -s mv ../clang-2.8 ./tools/clang mkdir ../llvm_objdir cd ../llvm_objdir ../llvm-2.8/configure --prefix=/sw --prefix=/sw --mandir=/sw/share/man --infodir=/sw/share/info --with-gmp=/sw

This file is for configure+make build, not CMake, so I'm not sure why it's being included into your build (these failures aren't reproducible for me). Can you please list the exact steps you're doing to build LLVM with CMake and make sure you don't have additional CFLAGS (LDFLAGS etc) defined? On Mon, Nov 11, 2013 at 6:16 PM, Jack Howarth <howarth at bromo.med.uc.edu>

I use latest cmake+ninja which are built from latest sources. ================================= > cmake --version cmake version 2.8.9.20121011-g2876 ================================= -- mahesha On Fri, Oct 12, 2012 at 7:35 PM, Mahesha HS <mahesha.llvm at gmail.com> wrote: > Hi All, > > I am first time trying build CLANG+LLVM using cmake+ninja build > system. I updated all

Hello: I hope someone can take a look at this and give me a little push to get me past this logjam. I've been running icecast + ices-0.4 + a perl application developed internally which runs an mp3 stream for a number of years. I am migrating my server from CentOS to ubuntu so I can upgrade to Perl 5.18 (so as to get clean unicode processing for another application.) I have installed