similar to: Compiling in Xcode

Hello, I've sent this question to flac-dev not realizing that QT development belongs in ogg-dev. As it pertains more to the QT component than to the FLAC project itself, I thought I'd repeat the question here in hopes of some kind of suggestions or pointers. I'm basically attempting to compile the Xiph QuickTime component project, which fails to build. Its dependencies compile fine,

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

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

> 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 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

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

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

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

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

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

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

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, I have read in an earlier post here on this list, that with Mac OS X Leopard it is now easier to build FLAC from source with Xcode. Because I want to automatically build FLAC from source (i.e. via bash scripting) I am looking for a way to compile it "the unix way" (i.e. via configure, make, make install) without Xcode. So I downloaded the source (v1.2.1), read its accompanying

Hi, I have read in an earlier post here on this list, that with Mac OS X Leopard it is now easier to build FLAC from source with Xcode. Because I want to automatically build FLAC from source (i.e. via bash scripting) I am looking for a way to compile it "the unix way" (i.e. via configure, make, make install) without Xcode. So I downloaded the source (v1.2.1), read its accompanying

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=\"\"

On Fri, Nov 08, 2002 at 12:39:52PM -0800, Josh Coalson wrote: > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > I have few notes: > > > > It seems there is changed API in CVS again. So, what about adding > > function like > > unsigned FLAC__format_frame_size(const FLAC__Frame *frame) > > which returns size of the frame in bytes. This

On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > > > automake will include ltmain.sh in the source distribution, so it > > should be > > used even if it isn't installed on the build system. In fact, it > > seems to > > always use the distributed version, and not the installed one

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

hello! Today I tried to compile the new FLAC 0.8 sourcecode on my SuSE Linux 7.1 machine and failed. Below is the output of "make" and "configure". I hope the information is enough that somebody can help me to compile the source. Thanks a lot. PS: A lot of thanks to all developers of FLAC. Its very useful to me!! ------------------------------------------------------ This