similar to: Compiling the Xiph QuickTime component project in Xcode 3.2

Hello everyone, I'm not sure whether this is the best place to send the question, but since I'm mostly interested in FLAC and there didn't appear to be a better place for it.. here goes. I pulled the latest source code from the SVN repo along with all the external dependencies including FLAC. I've been able to compile the FLAC.framework file using the 10.5 SDK in Xcode 3.2 with a

On Jul 20, 2010, at 22:28, Dmitry Kichenko wrote: > I'm not sure whether this is the best place to send the question, > but since I'm mostly interested in FLAC and there didn't appear to > be a better place for it.. here goes. I think flac-dev is the perfect place for questions about building flac. But the answers are probably going to be geared towards the FLAC

> Here are the steps I just took to build XiphQT (on an up-to-date OS X > 10.6.4, with Xcode 3.1.2 and Base SDK for 10.4 installed): > > ?* got a fresh checkout of the XiphQT source (svn co > https://svn.xiph.org/trunk/xiph-qt xiph-qt--fresh) > ?* downloaded flac-1.2.1.tar.gz and unpacked it in external-libs, then > renamed the "flac-1.2.1" directory to

I am trying to build Flac 1.1.0. Version 1.0.3 built without any problems on this system, but 1.0.4 and 1.1.0 fail during the `make' step. I ran `./configure' without any extra flags, then ran `make'. The following is the errors that make outputs: file_decoder.c:60: parse error before "FLAC__FileDecoderWriteCallback" file_decoder.c:60: warning: no semicolon at end of

Hi, I just read the thread about making 3dnow optimisations default and thought I would test it as I have an AMD here. Unfortunately I can not even compile with default (no 3dnow) options. ./configure goes fine including this part: checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking for g++... no checking for

Hi all. Maybe there's a document about the build procedure that I overlooked; if so, please let me know. Meanwhile, I'm having trouble getting this thing to build. At first I saw missing-header complaints, so I checked the entire trunk out of the repository to make sure I have everything. After correcting the base SDK in each Xcode project (they're all set to the OS 10.4 SDK, which

I just tried to compile FLAC 1.0.5 beta1 under Apple's X11 v0.1 (released today) and it didn't work. The error message was: file_decoder.c: In function `_declspec': file_decoder.c:477: warning: unused parameter `dllimport' file_decoder.c:478: warning: unused parameter `FLAC__file_decoder_process_until_end_of_file' make[4]: *** [file_decoder.lo] Error 1 make[3]: ***

Updating the fink flac to 1.0.4, it won't compile because finds the headers of the previous version in /sw/include, because the CPPFLAGS/CFLAGS are being put before the local includes: (configure with ./configure --prefix=/sw --mandir=/sw/share/man ) gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"

Sorry if this is a duplicate, but I did not see the original in my "Sent" mailbox. I am trying to build XiphQT's OggImport component on OS X 10.5 with Xcode 3.0. I am using frameworks, so I have XIPHQT_USE_FRAMEWORKS set. I get the following error: Ld /Users/jeff/programming/xiph-qt/OggImport/build/Development/ OggImport.component/Contents/MacOS/OggImport normal i386

I am trying to build the OggImport component using Xcode 3.0. Since I am a fan of frameworks, I have the XIPHQT_USE_FRAMEWORKS define set. Anyhow, I am getting a link error as listed below. Ld /Users/jeff/programming/xiph-qt/OggImport/build/Development/ OggImport.component/Contents/MacOS/OggImport normal i386 cd /Users/jeff/programming/xiph-qt/OggImport /Developer/usr/bin/gcc-4.0

Josh, thanks for answering. I had xmms 1.2.10 . I removed it to see if flac would compile without xmms, and now I get this: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I./include -I../../include -DNDEBUG -funroll-loops -finline-functions -Wall -W -Winline -DFLaC__INLINE=__inline__ -O2 -mcpu=pentium2 -fomit-frame-pointer -c file_decoder.c -MT file_decoder.lo -MD -MP -MF .deps/file_decoder.TPlo

On Thursday, January 9, 2003, at 11:38 AM, Ben Hines wrote: > > On Tuesday, January 7, 2003, at 07:54 PM, Glenn wrote: > >> >> I've got xmms installed (via fink) and I'd really like to get the >> xmms-flac plugin to work. >> >> Suggestions? >> > > You could of course use the FLAC from fink, it comes with the plugin. > I haven't

On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote: > The XCode project files you found are meant to be used with FLAC > 1.1.2. The FLAC repository now contains version 1.1.3 files, and there > have been interface changes in that latest revision > (http://flac.sourceforge.net/changelog.html#flac_1_1_3). That could > explain your problems with compilation. Well, now, no, I did download

Hi, Just to let you know about the new Xiph QuickTime Components project. It should be of interest to people wanting to use ogg/vorbis files (and other Xiph formats, as well) in combination with QuickTime-based applications (e.g. see: iTunes). The project pages are at: http://www.xiph.org/quicktime/ The first OS-X(ppc) binary builds are out, as well. Regards, Arek

On 2010-07-21, at 2:24 AM, Brian Willoughby <brianw at sounds.wa.com> wrote: > The flac sources are distributed in a configuration that is designed > primarily for building from the command-line. I seem to recall that > there might have been an Xcode project in there at some point, but > if there was, it never worked well. In all honesty, I may be > getting

Building flac 1.0.3 under the latest cygwin craps out in src/libFLAC/file_decode.c and src/flac/file.c for _O_BINARY not being defined. It appears that #include <io.h> is not sufficient to pull in this macro; you need to #include <fcntl.h>. BTW, nice test suite! Talk about exhaustive. If anyone is interested in my Cygwin binaries (no Ogg support), I can provide an encap

Hello FLACers, I'm working on implementing FLAC support for Audacity, a cross-platform audio editor (audacity.sourceforge.net). We're experimenting with using FLAC as the internal data representation. Unfortunately, the FLAC headers cannot be used in C++ programs because of the use of 'private' and 'protected' as variable names in stream_decoder.h, stream_encoder.h, and

Josh, I added the following trivial implementation of the C++ file decoder FLAC::Decoder::File::get_decode_position() to my file_decoder.cpp file... bool File::get_decode_position(FLAC__uint64 *position) const { FLAC__ASSERT(is_valid()); return (bool)::FLAC__file_decoder_get_decode_position(decoder_, position); } I would humbly suggest it be included in future libFLAC++ releases.

I think the basic problem is that configure can't find any C++ compiler on your system, which is required to build some of the libraries. It's kind of hard to imagine that Mandrake would supply gcc but not g++; maybe something else is wrong. Anyway, if you absolutely do not want any of the C++ stuff, you can just remove the following directories from SUBDIRS in src/Makefile libFLAC++

Index: src/libFLAC++/file_decoder.cpp =================================================================== RCS file: /cvsroot/flac/flac/src/libFLAC++/file_decoder.cpp,v retrieving revision 1.9 diff -u -r1.9 file_decoder.cpp --- src/libFLAC++/file_decoder.cpp 25 Jan 2005 04:18:35 -0000 1.9 +++ src/libFLAC++/file_decoder.cpp 20 Mar 2006 05:53:19 -0000 @@ -159,6 +159,12 @@ return