similar to: [LLVMdev] Possible to build shared LLVM libraries?

Hello, I just checked out the latest version of speex and I want to compile it. The INSTALL file says that's easy: bjoern@deimos:~/studium/beleg/resources/svn/speex$ cat INSTALL Installing Speex is as easy as: % ./configure [--prefix=<install-path>] % make % make install Note that if you are using the code from SVN, you will need to run "autogen.sh" instead of

Hi Tobias The problem is that your static archive has a SYMDEF that is empty, so linker thinks the static library provided doesn't contain any symbol. The reason for that is you are using the `ranlib` from Xcode, which is too old to understand the new bitcode object files produced by llvm 10. There are lots of ways to fix that: * The standard way to create static library on macOS is to use

happy new year. a day off is a day to pick up a new project, so I wrestled my way through making ogg vorbis work on macosx. first, libao (not entirely a proper patch, but 2 source file diffs and a diff of a configure'd Makefile to one that works.): http://bolson.org/pub/libao-0.8.2-diff.tar.gz libogg and libvorbis compiled without incident. vorbis-tools were more complicated. I think

happy new year. a day off is a day to pick up a new project, so I wrestled my way through making ogg vorbis work on macosx. first, libao (not entirely a proper patch, but 2 source file diffs and a diff of a configure'd Makefile to one that works.): http://bolson.org/pub/libao-0.8.2-diff.tar.gz libogg and libvorbis compiled without incident. vorbis-tools were more complicated. I think

Well, I grabbed the tarballs this morning and found that of the three new releases, only libogg1.1 would compile without and issue. I had to recompile my flac1.1.0 for ogg support, and it gave me a new error (or I wasnt paying attention, anyway...) it will finish compiling and install, but I only ran make check on the original compile, not the new one with OggFLAC attached and stuff...

While trying to compile libao 0.8.0 under OS X 10.1, I got the following problems: > [localhost:ecc/Sources/libao-0.8.0] root# ./configure > creating cache ./config.cache > checking for a BSD compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... yes > checking for working aclocal... found >

OK, wanted to check out the macosx driver for libao on me new iBook. Everything compiles beautifully (given some utils from the fink project, like automake), but... but the dynamic plugin system is broken. 1) on OS X, dll's en in .dylib, not .so, as is hardwired in. this should be an easy fix. 2) dlopen chokes on opening the .dylib files...so the plugin is never loaded. i know not enought

OK, wanted to check out the macosx driver for libao on me new iBook. Everything compiles beautifully (given some utils from the fink project, like automake), but... but the dynamic plugin system is broken. 1) on OS X, dll's en in .dylib, not .so, as is hardwired in. this should be an easy fix. 2) dlopen chokes on opening the .dylib files...so the plugin is never loaded. i know not enought

Looks like your static library is not even pulled into the link command so the static library is not even in the snapshot. From the link command in the snapshot, the static library is not on the command line from snapshot: /Applications/Xcode-11.3.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld -Z -demangle -object_path_lto

Vaclav, NUT is failing to build on OS X 10.6 and 10.7 With GCC/g++: http://buildbot.networkupstools.org/public/nut/builders/MacOSX-10.6-x86/builds/340/steps/compile/logs/stdio The same branch with clang/clang++: /bin/sh ../libtool --tag=CXX --mode=compile clang++ -DHAVE_CONFIG_H -I. -I../include -I../include -g -O2 -MT nutipc.lo -MD -MP -MF .deps/nutipc.Tpo -c -o nutipc.lo nutipc.cpp

ruby 1.9.3p194 (2012-04-20 revision 35410) [i686-linux] rails 3.1.3 Ubuntu 10.04 LTS I have another environment with MacOSX Snow Leopard, and am sharing the Rails project files through Dropbox. When I chose to develop a project further in this Ubuntu machine, I have executed ''bundle install'' which gave an error #--------- Gem::Installer::ExtensionBuildError: ERROR: Failed to

Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 and vorbis-tools-1.4.0. This is a coordinated update of the audio libraries and tools to deploy improved surround-sound support across the libraries and toolchain. libao improvements: - AO returned to active development - Added surround channel mapping API and capability - Updated all drivers on modern installs - New config file

Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 and vorbis-tools-1.4.0. This is a coordinated update of the audio libraries and tools to deploy improved surround-sound support across the libraries and toolchain. libao improvements: - AO returned to active development - Added surround channel mapping API and capability - Updated all drivers on modern installs - New config file

I just compiled speex under my new intel iMac with MacOSX and get a compilation issue with the malloc.h header not being found. Here is a patch that avoid inclusion of malloc.h under MACOSX. (I'm using osx version 10.4 - Tiger) --- libspeex/kiss_fft.h 26 Jun 2006 02:22:34 -0000 1.1.1.1 +++ libspeex/kiss_fft.h 17 Jul 2006 15:15:53 -0000 @@ -5,7 +5,9 @@ #include <stdio.h>

BTW, I ran into a few issues building with recent cvs. You might want to consider copying autogen.sh from one of the other xiph codec projects and setting a proper minimum version in AUTOMAKE_OPTIONS. The current one just breaks if it the default automake isn't the appropriate version, but debian based systems (at least) often have several versions installed in parallel. We have code to

After applying two patches: 1. http://lists.xiph.org/pipermail/flac-dev/2008-August/002570.html 2. http://wolf-u.li/4567/fehler-waehrend-der-kompilierung-von-flac-memcmp-was-not-declared-in-this-scope/ I was able to build flac without error, and noticed that shared library is silently skipped. After searching the logs I found this line as suspect: "libtool: link: warning: undefined

Hello All: I just checked out the whole icecast but cannot build anything because autogen wouldn't cooperate. I have automake-1.7.6 just installed from ftp.gnu.org. Below is an example output in trying to build "icecast"; it's not very short... Thanks in advance for any help. --- $~/icecast/icecast> ./autogen.sh Checking for automake version found automake found

I've used R for a couple of years on FreeBSD with few problems. Recently, a couple of the contributed packages seem to have difficulty finding symbols in the shared libraries. Currently, I'm running R 1.3.1 on FreeBSD 4.4. I've tried setting LD_LIBRARY_PATH to /usr/local/lib and some other things. The packages I've had trouble with are: Matrix 0.3.15 RODBC 0.8.3 RSPython 0.3

Hi all, When installing ggplot2 on with install.packages("ggplot2", dep = T), the colorspace dependency doesn't get installed (see below for transcript from R session). The relevant lines from my description file are: Depends: R (>= 2.4), grid, reshape (>= 0.8.0), proto, splines, MASS, RColorBrewer, colorspace Suggests: quantreg, Hmisc, mapproj, maps Have I done something

Dear LLVM community I need some help please. I want to use LLVM's clang and lld within a MacOSX sandboxed app. This is because sandboxing does not allow calls to /usr/bin/clang. The clang binary works fine to compile a file, but ld64.lld comes up with the error "cannot find framework". However similar arguments using /usr/bin/ld instead of ld64.lld works fine. Here are the