similar to: OS X compile errors

This is a problem with the code that does DLL on windows. The 'off' switch assumes "unix" is #defined by the compiler, which it isn't on Darwin. I am going to check in a fix soon that will be in flac-1.0.5-beta2. In the meantime you can manually add -Dunix to the two assignments of OUR_CFLAGS_TAIL in configure. Josh --- Glenn <glenn@meaning.com> wrote: > > I

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 Tuesday, January 7, 2003, at 10:15 PM, Josh Coalson wrote: > I am going to check in a fix soon that will be in flac-1.0.5-beta2. > In the meantime you can manually add -Dunix to the two assignments > of OUR_CFLAGS_TAIL in configure. I tried that fix, ran `make clean; ./configure --prefix=/opt` then: [TLB:~/Desktop/flac-1.0.5_beta1/flac-1.0.5_beta1] glenn% make make all-recursive

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

/bin/sh ../../mkinstalldirs /sw/lib/xmms/Input ../../libtool-disable-static --mode=install /usr/bin/install -c libxmms-flac.la /sw/lib/xmms/Input/libxmms-flac.la libtool-disable-static: install: warning: relinking `libxmms-flac.la' cd /Users/glenn/Desktop/flac-1.0.5_beta1/src/plugin_xmms; /bin/sh ../../libtool-disable-static --mode=relink gcc -I../.. -I./include -I../../include -g -O2

On Wednesday, January 8, 2003, at 12:56 PM, Josh Coalson wrote: > 'touch doc/FLAC.tag' and run make again I did and got: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I./include -I../../include -g -O2 -O3 -DNDEBUG -Dunix -fomit-frame-pointer -funroll-loops -finline-functions -Wall -W -Winline -DFLaC__INLINE=__inline__ -c `test -f 'encode.c' || echo

--- Glenn <glenn@meaning.com> wrote: > On Tuesday, January 7, 2003, at 10:15 PM, Josh Coalson wrote: > > I am going to check in a fix soon that will be in flac-1.0.5-beta2. > > In the meantime you can manually add -Dunix to the two assignments > > of OUR_CFLAGS_TAIL in configure. > > I tried that fix, ran `make clean; ./configure --prefix=/opt` then: > >

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

Lateral to Matt, Matt, can you refresh my memory... I vaguely remember you mentioning that my OUR_CFLAGS_HEAD/OUR_CFLAGS_TAIL change to configure.in messed up debianization because it put local includes at the head... am I remembering right? Is there a way to resolve that problem *and* Ben's? Josh --- Ben Hines <bhines@alumni.ucsd.edu> wrote: > Updating the fink flac to 1.0.4, it

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

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

--- Glenn <glenn@meaning.com> wrote: > /bin/sh ../../mkinstalldirs /sw/lib/xmms/Input > ../../libtool-disable-static --mode=install /usr/bin/install -c > libxmms-flac.la /sw/lib/xmms/Input/libxmms-flac.la > libtool-disable-static: install: warning: relinking `libxmms-flac.la' > cd /Users/glenn/Desktop/flac-1.0.5_beta1/src/plugin_xmms; /bin/sh >

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,

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

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

I'm embedding flac in a Samba VFS application. flac gets called to decompress files, which Samba serves up to the client as WAV files. Every time a Windows client browses a folder, it opens music files to read the header, and then it closes them without reading the entire file. I'm accessing flac via popen/pclose. Each time I close the pipe to flac 'prematurely' (i.e.

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.

On Fri, Mar 23, 2012 at 9:45 PM, JonY <jon_y at users.sourceforge.net> wrote: > On 3/23/2012 13:59, Glenn McCord wrote: >> Hi. I'm trying to get a project linking to libFLAC_static.lib but I >> get linker errors such as the following. >> >> The __imp__ prefix seems to imply that some kind of .dll usage is >> happening, which it shouldn't. >>

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