similar to: Compiling static libFLAC.a still requires libogg.dylib

Thanks for the reply. I would very much like OGG container support, so disabling it isn't really an option. I have built OGG so that it creates a libogg.a, libogg.0.dylib and a symbolically linked libogg.dylib (that links to the libogg.0.dylib) file. If I remove the .dylib files in an attempt to 'encourage' the compiler to use libogg.a, then it complains that it can't find the

On Tue, Aug 17, 2010 at 3:12 PM, Paul Davis <paul at linuxaudiosystems.com> wrote: > On Mon, Aug 16, 2010 at 11:09 PM, Glenn McCord <glenn.mccord at gmail.com> wrote: > >> libtool: link: gcc -I/Users/glennm/libOGG-i386/include -O3 >> -funroll-loops -finline-functions -Wall -W -Winline -arch i386 -arch >> i386 -o flac analyze.o decode.o encode.o

On Tue, 2010-08-17 at 15:09 +1200, Glenn McCord wrote: > When I do that, the error looks like > > libtool: link: gcc -I/Users/glennm/libOGG-i386/include -O3 > -funroll-loops -finline-functions -Wall -W -Winline -arch i386 -arch > i386 -o flac analyze.o decode.o encode.o foreign_metadata.o main.o > local_string_utils.o utils.o vorbiscomment.o >

On Aug 16, 2010, at 16:44, Glenn McCord wrote: > Hi, I'm trying to compile a static lib of libFLAC yet whenever I use > it in an application, the application will fail on other machines > because it's trying to use libogg.0.dylib. > > I'm using the following configure command > > ./configure prefix=${HOME}/libFLAC --disable-asm-optimizations >

yes that is what i did. got the "requires version 7.0.0 or later, but libiconv.2.dylib provides version XYZ" (forgot which version i had before). removed libiconv, downloaded compiled and installed the new one (libiconv-1.13.1), then i just get $ flac Bus error i reinstalled flac 1.1.4, still runs fine (but doesn't support multichannel). cheers, -sciss- Am 05.08.2009 um

--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > At 10:39 AM -0700 5/21/02, Josh Coalson wrote: > >--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > >> I guess the problem is really why is it trying to relink it? > >> > >> The "parse error: condition expected:" is suspicious, though.. > maybe > >> it's another "zsh as

I'm making a Fink package for FLAC. It all builds fine except for the xmms plugin. I'd use the pbproject, but fink users are likely to want the xmms plugin which pbxbuild does not build. Also it seems the pbproject does not build dynamic libraries. I build with: ./configure --prefix=/sw --mandir=/sw/share/man make make install DESTDIR=/tmp (to simulate building into a deb file) The

I have also asked this question on stackoverflow (http://stackoverflow.com/questions/8694676/compiling-64-bit-flac-libflac-in-os-x-lion), which you can answer if you're interested in reputation points. I am very unfamiliar with compiling C/C++ source of this size, and I'm having trouble debugging the issue. Basically, in the root folder of the FLAC bundle, even if I use the flags

An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20230606/21d5165c/attachment.htm>

Thanks for the tip, Brian. I did have a version that does everything in memory, but only had enough memory to get six threads going. (Although my system has 16GB, I have not taken the time to create 64-bit libraries for wxWidgets, TagLib, libFLAC, etc.) Based on the direction you are pointing me in, I assume that encoding from within the decoder is not permitted. I really like your idea of the

I am getting large, corrupted native FLAC files when trying to call the encoder from inside the decoder. The metadata in the output file is OK. Is initializing and calling an encoder from inside a libFLAC decoder write callback supported? The encoder is initialized on the first write callback. Environment is Win 7 Ult, 64-bit, VS 2008, libFLAC 1.2.1. Here is some context. The static

Don't overlook the FLAC in Ogg container solution. That's established as a standard for some time now, as far as I know, and would probably be better than a new, proprietary multi mono bundle. I haven't used it myself, but people have been talking about it for a while, and I believe that some "FLAC" users are actually working with FLAC in Ogg container files. Brian

Thanks for the info, Dave. Speed is a very important feature, but there might be some risk choosing the FFmpeg decoder. They've had trouble with their encoder in the past, which tells me it's possible your users might one day run into a valid FLAC that the FFmpeg decoder won't handle correctly. A better suggestion might be to start with libFLAC, optimize as needed, and

hi, according to the FAQ flac supports multichannel formats. i had no luck with 1.1.4 though ( "Untitled.aif: ERROR: unsupported number channels 8 for AIFF" ), i guess that feature was added in 1.2? unfortunately, the binary for 1.2 does not run on OS X 10.4 (says libiconv is too old). i removed libiconv and reinstalled that from source, but then flac 1.2.1 just prints

Correction, the flac command-line does create a 40-byte Vorbis comment by default. I just never noticed it before. I’ve been using —no-padding all these years for minimal file sizes without realizing that I could save another 40 bytes. Anyway, since metaflac can remove the Vorbis comment using the standard library, then you should be able to create a solution without modifying libFLAC. Brian

I've attached the command I ran, the output, and the crash log in the hope that it is useful. jason$ ffmpeg2theora -v 5 --optimize -A 64 -c 2 -H 44100 /Users/jason/ Movies/TV\ Shows/Holding\ Area/video.vob Input #0, mpeg, from '/Users/jason/Movies/TV Shows/Holding Area/ video.vob': Duration: 00:05:43.90, start: 0.211444, bitrate: 7217 kb/s Stream #0.0[0x1e0]: Video:

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

Hi, everyone. I've been trying to compile flac 1.2.1 on OSX by using the 10.4 SDK. I need to use the 10.4 SDK because the application linking to flac requires it. Compiling flac with 10.5 results in link issues due to 10.5's fopen being different. Unfortunately, when trying to compile using a command such as: CFLAGS="-arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk

Hi, Has anyone succeeded to build oggenc and oggdec on Mac OS X with static linking? I can build libogg and libvorbis and install them as dynamic libraries (by running ./configure, make and then make install). Then oggenc and oggdec will load them in runtime and use them. That works fine. But I'd like to build these two command line tools so they're linked with all the libraries they

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